Gitの基礎

-- Views

December 01, 25

#git #github #チーム開発 #ソースコード管理 #バージョン管理

スライド概要

このスライドでは、GitとGitHubの基礎について説明し、特にチーム開発におけるソースコード管理の流れを詳しく解説します。Gitを使う理由やバージョン管理の重要性を説明し、リモートリポジトリであるGitHubの機能についても触れます。また、ソースコードの管理手順として、クローン、ブランチ作成、編集、ステージング、コミット、プッシュ、プルリクエスト、マージの各ステップを紹介します。

デモ用のアプリも用意してあり、実際に手を動かしながらGitを学ぶことができます。
https://usk0513.github.io/git-quest-vs-code/

Yusuke Hirono

@UskCharlie

スライド一覧

自動車部品メーカーでSWEやりつつSMやってます。EMになりたくて見習い修行中。元々は半導体センサ屋さん。

またはPlayer版

埋め込む »CMSなどでJSが使えない場合

ダウンロード

関連スライド

自動車部品メーカーに息づく"スクラムの源流"と実際のスクラムとの違いからみるスクラム導入の勘所

スクラムフェス三河 scrum fest mikawa

Yusuke Hirono 3.3K

猫でも分かるUnreal Engineの学び方 - 超初心者向け編 - 2023 v1.0

ue4 ue5 ue-beginner

エピックゲームズジャパン 1.6M

Unreal Engine5 Lumenの仕組みと肝心なところ

ue5 ue-rendering ue-lumen

エピックゲームズジャパン 1.4M

UE5レンダリングフロー総おさらい(2024) 基礎編！[CEDEC+KYUSHU 2024]

ue5 unreal engine ue-rendering

エピックゲームズジャパン 1.1M

Meta XR SDK(V66-74)でQuestアプリを開発

spatial anchor unity quest pro shaperecognizeractivatestate oculus integration transformfeaturestateprovider building blocks transformrecognizeractivestate ovrsemanticclassification jointdeltaprovider ovrscenemanager jointvelocityactivestate オクルージョン sequenceactivestate scene manager ambisonic depth api metaxraudiosource playerlocomotor meta xr sdk quest3 ovrplayercontroller マルチモーダル meta haptics studio direct touch ui meta xr haptics sdk ovrspatialanchor ovrtrackedkeyboard hapticclipplayer fingerfeaturestateprovider hapticclip ワイドモーションモード wmm mruk mr utility kit voice sdk jointrotationactivestate meta horizon os ui set asw application spacewarp ovr metrics tool unityscene manager colocation discovery コロケーション mx ink passthrough camera api hand tracking microgestures webcamtexturemanager passthroughcamerautils cameraviewermanager hand pose selector recorder

あうぜん 1.1M

最新の6.0で学ぶ！初めてのひとのためのSpring Security

java spring security

tada 1M

各ページのテキスト

Gitの基礎チーム開発のための最初のステップ

GitHubのアカウントを作ってみよう

まだGitHubアカウントを持っていない人へ ● GitHubの公式サイトからアカウントを作成しましょう。 ● アカウントを作成したら、レポートにアカウント名を記入してください

https://github.com/signup

なぜGitを使うのか？

なぜGitを使うのか？ ● ● ● ● 新しい機能を追加したが動かなかった一旦元に戻そうと思い、追加部分を手動で削除しかし、プログラムが動かない... 何を変更したか正確には覚えていない

なぜGitを使うのか？複数人で同じファイルを作成 ● 各自がファイルをコピー ● 1つへまとめる作業が面倒さらに問題: ● コピー元のファイルをどの時点で取得したかによって各自の作業内容が変わる ● 他の人が修正した内容は上書きされて消える ● どれが最新のファイルか分からなくなる

Gitとは

Gitとは ● ● ● ● ● バージョン管理を実現するソフトウェアソースコードの変更履歴を管理複数人(チーム)での並行同時作業を支援無料で利用可能オープンソースで広く利用されており、事実上のデファクトスタンダード

GitHubとは ● Gitで管理されたソースコードをインターネット上でホスティングするサービス ● チームでの共同作業を容易にする機能を提供 ○ Pull Request、Issue管理、GitHub Actionsなど ● Gitと連携してソースコードのバージョン管理を実現 ● 多くのオープンソースプロジェクトがGitHub上でホストされている ● GitHubはMicrosoftの一部門でありGitHub CopilotなどのAI支援ツールも提供

10.

PBLでのソースコード管理の流れ

11.

PBLでのソースコード管理の流れ：ステップ0 ベースとなるソースコードはGitHub 上にある ● Gitで管理されているひとまとまりのソースコードの保管場所を「リポジトリ」と呼ぶ ● 特にGitHubのようなインターネット上のリポジトリを「リモートリポジトリ」と呼ぶ GitHub (リモートリポジトリ）ローカルPC

12.

PBLでのソースコード管理の流れ：ステップ1 ● 自分のPCで編集するために、ソースコードを丸ごとローカルに複製する ○ この操作を「クローン」と呼ぶ GitHub (リモートリポジトリ）ローカルPC クローン

13.

PBLでのソースコード管理の流れ：ステップ1 ● ローカルにあるリポジトリを「ローカルリポジトリ」と呼ぶ ● ローカルPCにはファイルとバージョン履歴の両方を持つ「ローカルリポジトリ」とファイルだけを持つ「ワークツリー」がある ○ エディターで見えるのは「ワークツリー」 GitHub (リモートリポジトリ）ローカルPC クローンローカルリポジトリインデックスワークツリー

14.

PBLでのソースコード管理の流れ：ステップ2 ローカルリポジトリにあるソースコードをまるっとコピーして新しい作業場を作る GitHub (リモートリポジトリ） mainブランチローカルPC ● この作業場のことを「ブランチ」と呼ぶ ● マスターデータであるコピー元のブランチはmainブランチと呼ばれることが多いローカルリポジトリ mainブランチインデックスワークツリー

15.

16.

PBLでのソースコード管理の流れ：ステップ3 作成したブランチで作業する ● 好きなエディタでコードを修正 ● この段階ではまだGitに変更は記録されていない GitHub (リモートリポジトリ） mainブランチローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ

17.

18.

PBLでのソースコード管理の流れ：ステップ4 ● 編集内容を記録する ○ 区切りの良いタイミングで変更を保存 ○ 変更内容が保存されるのは作業しているブランチ ● 記録するために2つの操作が必要 GitHub (リモートリポジトリ） mainブランチローカルPC ローカルリポジトリ mainブランチ作業ブランチインデックスワークツリーステージング

19.

PBLでのソースコード管理の流れ：ステップ4 ● 変更を記録するファイルを選択する ○ 選択されたファイルは「インデックス」に追加される ○ この操作を「ステージング」と呼ぶ GitHub (リモートリポジトリ） mainブランチローカルPC ローカルリポジトリ mainブランチ作業ブランチインデックスワークツリーステージング

20.

PBLでのソースコード管理の流れ：ステップ4 ● 選択したファイルの変更をローカルリポジトリに保存する ○ この操作を「コミット」と呼ぶ ○ コミットするときにはどんな変更をしたかメッセージを付ける GitHub (リモートリポジトリ） mainブランチローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチコミット

21.

22.

PBLでのソースコード管理の流れ：ステップ5 リモートリポジトリにも編集内容を同期 ● ローカルでの変更をGitHubへ送信 ● チームメンバーが自分の作業を見られるようになる ● この操作を「プッシュ」と呼ぶ GitHub (リモートリポジトリ） mainブランチローカルPC プッシュローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ

23.

PBLでのソースコード管理の流れ：ステップ5 リモートリポジトリにも編集内容を同期 ● ローカルでの変更をGitHubへ送信 ● チームメンバーが自分の作業を見られるようになる ● この操作を「プッシュ」と呼ぶ GitHub (リモートリポジトリ） mainブランチローカルPC 作業ブランチプッシュローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ

24.

PBLでのソースコード管理の流れ：ステップ6 マスターデータに作業ブランチの内容を統合 ● GitHub上で作業ブランチをmain ブランチへ統合 ○ この操作のときに使う GitHubの機能を「プルリクエスト」と呼ぶ GitHub (リモートリポジトリ） mainブランチプルリクエスト作業ブランチローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ

25.

PBLでのソースコード管理の流れ：最終形 ● チームメンバーが確認してからmainブランチに反映 ● 反映することを「マージ」と呼ぶ ● 品質を保ちながらチーム全体のコードに反映できる GitHub (リモートリポジトリ） mainブランチローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ

26.

実際に触ってみよう！

27.

チームでGitを使ってみよう ● このリンクをクリックして実際にGitを使ったチュートリアルを体験してみましょう！ ● 分からないことがあれば、チームメンバーに質問したり、教え合ったりしてみましょう。

https://usk0513.github.io/git-quest-vs-code/

28.

チートシート ● GitHubが、Gitの基本操作をまとめたチートシートを公開していますので、参考にしてください。 ● Git チートシート (GitHub公式) git コマンド説明 git clone リモートリポジトリをクローンする git branch ブランチを表示する git branch <ブランチ名> 新しいブランチを作成する git checkout <ブランチ名> ブランチを切り替える git add <ファイル名> 変更をステージングする git commit 変更をコミットする git push ローカルの変更をリモートにプッシュする

https://training.github.com/downloads/ja/github-git-cheat-sheet.pdf

29.

まとめ

30.

今日学んだこと ● Gitを使う理由 ● 基本的なGitフロー ○ クローン → ブランチ作成 → 編集 → ステージング/コミット → プッシュ → PR → マージ

31.

重要なポイント ● 最初は完璧に理解できなくても大丈夫 ● チーム内でGitに詳しい人に教えてもらいながら進める ● 慣れてくれば自然に使えるようになる

32.

付録

33.

PBLでのソースコード管理の流れ：ステップ6' ● ● 次の作業をする場合は、一旦mainブランチに切り替える mainブランチに切り替えると、ワークツリーの内容もmainブランチの内容に変わる GitHub (リモートリポジトリ） mainブランチ作業ブランチローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ

34.

35.

PBLでのソースコード管理の流れ：ステップ7' mainブランチから新しいブランチを作成して次の作業を始める GitHub (リモートリポジトリ） mainブランチ作業ブランチローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ

36.

PBLでのソースコード管理の流れ：ステップ7' mainブランチから新しいブランチを作成して次の作業を始める GitHub (リモートリポジトリ） mainブランチ作業ブランチローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ2 作業ブランチ

37.

PBLでのソースコード管理の流れ：ステップ8' 作成したブランチで作業する ● ● 好きなエディタでコードを修正この段階ではまだGitに変更は記録されていない GitHub (リモートリポジトリ） mainブランチ作業ブランチローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ2 作業ブランチ

38.

39.

PBLでのソースコード管理の流れ：ステップ9-1' 編集内容を記録する GitHub (リモートリポジトリ） mainブランチ ● ● 区切りの良いタイミングで変更を保存変更内容が保存されるのは作業しているブランチ記録するために2つの操作が必要 ● ● 作業ブランチ変更を記録するファイルを選択する ○ 選択されたファイルは「インデックス」に追加される ○ この操作を「ステージング」と呼ぶ選択したファイルの変更をローカルリポジトリに保存する ○ この操作を「コミット」と呼ぶ ○ コミットするときにはどんな変更をしたかメッセージを付けるローカルPC ローカルリポジトリ mainブランチ作業ブランチ2 インデックスワークツリーステージング作業ブランチ

40.

PBLでのソースコード管理の流れ：ステップ9-2' 編集内容を記録する GitHub (リモートリポジトリ） mainブランチ ● ● 区切りの良いタイミングで変更を保存変更内容が保存されるのは作業しているブランチ記録するために2つの操作が必要 ● ● 作業ブランチ変更を記録するファイルを選択する ○ 選択されたファイルは「インデックス」に追加される ○ この操作を「ステージング」と呼ぶ選択したファイルの変更をローカルリポジトリに保存する ○ この操作を「コミット」と呼ぶ ○ コミットするときにはどんな変更をしたかメッセージを付けるローカルPC ローカルリポジトリ mainブランチ作業ブランチ2 インデックスワークツリーステージング作業ブランチ

41.

PBLでのソースコード管理の流れ：ステップ9-3' 編集内容を記録する GitHub (リモートリポジトリ） mainブランチ ● ● 区切りの良いタイミングで変更を保存変更内容が保存されるのは作業しているブランチ記録するために2つの操作が必要 ● ● 作業ブランチ変更を記録するファイルを選択する ○ 選択されたファイルは「インデックス」に追加される ○ この操作を「ステージング」と呼ぶ選択したファイルの変更をローカルリポジトリに保存する ○ この操作を「コミット」と呼ぶ ○ コミットするときにはどんな変更をしたかメッセージを付けるローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ2 作業ブランチコミット

42.

PBLでのソースコード管理の流れ：ステップ9-4' 編集内容を記録する GitHub (リモートリポジトリ） mainブランチ ● ● 区切りの良いタイミングで変更を保存変更内容が保存されるのは作業しているブランチ記録するために2つの操作が必要 ● ● 作業ブランチ変更を記録するファイルを選択する ○ 選択されたファイルは「インデックス」に追加される ○ この操作を「ステージング」と呼ぶ選択したファイルの変更をローカルリポジトリに保存する ○ この操作を「コミット」と呼ぶ ○ コミットするときにはどんな変更をしたかメッセージを付けるローカルPC ローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ2 作業ブランチコミット

43.

PBLでのソースコード管理の流れ：ステップ10' リモートリポジトリにも編集内容を同期 ● ● ● ローカルでの変更をGitHubへ送信チームメンバーが自分の作業を見られるようになるこの操作を「プッシュ」と呼ぶ GitHub (リモートリポジトリ） mainブランチローカルPC 作業ブランチプッシュローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ2 作業ブランチ

44.

PBLでのソースコード管理の流れ：ステップ10' リモートリポジトリにも編集内容を同期 ● ● ● ローカルでの変更をGitHubへ送信チームメンバーが自分の作業を見られるようになるこの操作を「プッシュ」と呼ぶ GitHub (リモートリポジトリ） mainブランチローカルPC 作業ブランチ2 作業ブランチプッシュローカルリポジトリ mainブランチインデックスワークツリー作業ブランチ2 作業ブランチ