Git勉強会

Git勉強会の講習の部へようこそ!
この勉強会は, この講習の部と演習の部の2つの部分から構成されています. 本日の講習の部では, Gitの基本的な使い方を学びます.
それでは, 早速始めましょう!

GitとGitHubの基本概念

皆さんはGitを聞いたことがありますか?
Gitはバージョン管理システムの一つで, プログラムのソースコードや文書の変更履歴を管理するためのツールです. Gitを使うことで, 複数人での開発を行う際に, 誰が何を変更したかを管理することができます. また, Gitを使うことで, 過去の状態に戻すこともできます. Gitは企業などでも使われている, プログラマにとって非常に重要なツールです.
この講習では, Gitを扱う上で必要となる基本的な7つの操作について学びます.

1. Gitとは何か

バージョン管理システムの概要

バージョン管理システムとは、ファイルの変更履歴を記録し、管理するためのシステムです。
複数人での共同作業や、過去の状態に戻したりすることが簡単にできます。

なぜGitが必要か

変更履歴の追跡: いつ、誰が、どのような変更を行ったかを記録します。
バックアップと復元: 過去のバージョンに戻したり、特定の状態を復元できます。
共同作業の効率化: 複数人での同時開発がスムーズに行えます。

Gitの特徴

分散型バージョン管理システム: Gitは中央サーバーだけでなく、各開発者のローカルにもリポジトリを持ちます。
軽量ブランチ: ブランチの作成や切り替えが高速で簡単です。
強力なマージ機能: 複数の変更を統合するマージ操作が強力です。

2. GitHubとは何か

GitHubの概要

GitHubは、Gitリポジトリをホスティングするウェブサービスです。
Gitの機能をクラウド上で提供し、プロジェクトの公開や共同作業を容易にします。

GitHubの主な機能

リモートリポジトリ: プロジェクトをインターネット上でホスティングし、どこからでもアクセス可能。
コラボレーションツール: プルリクエスト、Issue、Wikiなどの共同作業ツールを提供。
プロジェクト管理: プロジェクトの進捗や課題管理が容易に行えます。

3. GitとGitHubの違い

Gitの役割

ローカル操作: ローカルマシン上でのファイルのバージョン管理。
コミットとブランチ管理: ローカルでのコミットやブランチ操作が可能。

GitHubの役割

リモート操作: リモートリポジトリでの管理と共有。
共同作業の場: チームでのプロジェクト共有や共同作業が可能。

GitとGitHubの連携

リポジトリのクローン: GitHubのリポジトリをローカルにコピーする（git clone）。
変更のプッシュ: ローカルの変更をGitHubのリポジトリに反映する（git push）。
変更のプル: GitHubのリポジトリの変更をローカルに取り込む（git pull）。

Gitを使う下準備

まず, Gitを使うために必要な下準備を行います.

GitHubに登録
Gitクライアントのインストール
Forkのインストール

GitHubに登録

今回はリポジトリの管理にGitHubというサイトを利用します. GitHubはクラウドベースのGitリポジトリを提供するサービスで無料で利用することができます.
それでは早速, GitHubに登録しましょう!

GitHubのホームページにアクセス
右上のSign upをクリック
指示に従ってメールアドレスやらなんやらを登録
確認コードを入力
完了!

Gitクライアントのインストール

Windowsへのインストール

Git公式サイトからWindows用のインストーラーをダウンロードします。
ダウンロードしたインストーラーを実行し、画面の指示に従ってインストールします。

Macへのインストール

ターミナルを開きます。
以下のコマンドを実行してHomebrewを使用してインストールします。
```
brew install git
```

Linuxへのインストール

ターミナルを開きます。
ディストリビューションに応じて以下のコマンドを実行します。
- Debian/Ubuntu系:
```
sudo apt-get install git
```
- Fedora:
```
sudo dnf install git
```

Gitを使うためには, まずGitクライアントをインストールする必要があります. Gitのダウンロードページからダウンロードして, ダウンロードしたファイルを開いて指示に従ってインストールしてください. Gitの画像

Forkのインストール

Gitは本来コマンドを用いて操作を行うものですが, コマンドを最初から扱うのはハードルが高いので, GUIで操作ができるForkというソフトを利用します.
Forkのダウンロードページからダウンロードして, ダウンロードしたファイルを開いて指示に従ってインストールしてください.
(Linuxを使っている人は残念ながら使えないです... 大人しくCLIで頑張りましょう!) Forkの画像

本日のおしながき

リポジトリをclone(クローン)してみよう
branch(ブランチ)を切ってみよう
変更をstage(ステージ)してみよう
変更をcommit(コミット)してみよう
push(プッシュ)してみよう
pull request(プルリクエスト)を出してmerge(マージ)してみよう
pull(プル)してみよう

Gitの基本操作

リポジトリのクローン

クローンの概要

クローン（clone） は、リモートリポジトリのコピーをローカルマシンに作成する操作です。
クローンを行うことで、リポジトリの全履歴、すべてのブランチ、タグ、ファイルがローカル環境に複製されます。

クローンの利点

リモートリポジトリと同じ環境をローカルで持つことができ、開発やテストが容易になります。
ネットワークに接続していなくても、ローカルで作業を続けることができます。
チーム全員が同じリポジトリの状態から開発を開始できるため、作業の一貫性が保たれます。

Fork

File > Clone を選択します。
Repository UrlにクローンしたいリポジトリのURLを入力します。今回はhttps://github.com/tuatmcc/GitLectureRepo.gitを入力してください。

コマンド

GitHubにアクセスし、クローンしたいリポジトリのURLをコピーします。
ターミナルまたはコマンドプロンプトを開きます。
リポジトリをローカルにクローンします。今回はhttps://github.com/tuatmcc/GitLectureRepo.gitを入力してください。
```
git clone <クローンしたいリポジトリのURL>
```

リポジトリのクローン

Gitの基本操作

ブランチの作成と切り替え

※<GitHubのアカウント名>の部分は自分のGitHubのアカウント名に置き換えてください。

ブランチの概要

ブランチ（branch） は、リポジトリ内で独立した開発ラインを作成するための機能です。
ブランチを使用すると、メインの開発ラインに影響を与えずに新機能の追加やバグ修正を行うことができます。
各ブランチは、リポジトリのスナップショットを表し、他のブランチとは独立して進化させることができます。

ブランチの利点

安全な開発環境を提供し、メインのコードベースに影響を与えない。
複数の機能や修正を同時に並行して開発できる。
コードレビューやテストのために、変更を簡単に分離できる。

Fork

Branchボタンを押します。
Branch nameにdev/feature/<GitHubのアカウント名>を入力します。

コマンド

新しいブランチを作成します。

git branch dev/feature/<GitHubのアカウント名>

作成したブランチに切り替えます。

git switch dev/feature/<GitHubのアカウント名>

ブランチの作成と切り替え

Gitの基本操作

ファイルの追加とステージング

ステージの概要

ステージ（stage） は、Gitにおけるファイルの変更を次のコミットに含めるための一時的な領域です。
ステージングエリアとも呼ばれ、次に行うコミットにどのファイルが含まれるかを指定する場所です。

ステージの利点

部分的なコミット: ファイル全体ではなく、特定の変更だけをコミットに含めることができます。
コミットの準備: 複数の変更をまとめてコミットする前に、ステージングエリアで確認できます。
変更の管理: 大規模な変更を小分けにしてコミットする際に便利です

Fork

Local Changesを押します。
ステージしたいファイルまたはフォルダを選択してStageを押します。(フォルダを選択するとフォルダ内のすべてのファイルがステージされます)
今回はVSCodeで適当なファイルを追加してそれを選択してください。

コマンド

プロジェクトディレクトリに新しいファイルを作成します。
```
echo "Hello, Git!" > hello.txt
```
ファイルをステージングエリアに追加します。
```
git add hello.txt
```

Stage

Gitの基本操作

コミットの作成

コミットの概要

コミット（commit） は、ステージングエリアにある変更をリポジトリに記録する操作です。
各コミットは、一つのスナップショット（あるいはバージョン）を作成し、プロジェクトの履歴として保存されます。

コミットの利点

変更の追跡: コミットは、変更の履歴を詳細に追跡します。これにより、誰が、いつ、どのような変更を行ったかを確認できます。
バージョン管理: プロジェクトの特定の状態に戻したり、特定のバージョンを再現したりすることができます。
共同作業の管理: チームメンバーがそれぞれの作業を独立して行い、その結果を統合するための基盤を提供します。

Fork

Commit subjectにコミットのタイトルを入力します。(Descriptionにはコミットの説明を入力することができますが、なるべくタイトルで分かるようにしましょう)
Commit * Fileを押します。
このときStagedの下にあるファイルまたはフォルダがコミットされます。

コマンド

ステージングエリアの変更をコミットします。
```
git commit -m "コミットメッセージ"
```

Commit

Gitの基本操作

リモートリポジトリへのプッシュ

プッシュの概要

プッシュ（push） は、ローカルリポジトリのコミット履歴をリモートリポジトリに送信し、反映させる操作です。
プッシュを行うことで、他のチームメンバーと変更内容を共有し、共同開発を進めることができます。

プッシュの利点

変更の共有: ローカルリポジトリで行った変更をリモートリポジトリに反映し、チーム全員が最新のコードにアクセスできるようになります。
共同作業の促進: プッシュを通じて、複数の開発者が同じリポジトリで並行して作業し、成果物を統合することが容易になります。
バックアップの作成: ローカルの変更をリモートに保存することで、ローカルデータの損失リスクを軽減します。

Fork

Pushを押します。
もう一度Pushを押します。

コマンド

ローカルのコミットをリモートリポジトリにプッシュします。
```
git push origin feature/new-feature
```

Push

Gitの基本操作

Pull Requestの作成 & マージ

ここからの操作はGitHub上で行います。

プルリクエストの概要

プルリクエスト（Pull Request） は、GitHubやGitLabなどのホスティングサービス上で行われる、変更の提案とレビューのプロセスです。
プルリクエストを通じて、あるブランチで行った変更を別のブランチに統合（マージ）するようリクエストします。

プルリクエストの利点

コードレビュー: プルリクエストを通じて、他の開発者が変更を確認し、フィードバックを提供できます。
品質管理: プルリクエストは、バグの検出やコード品質の向上に役立ちます。

マージの概要

マージ（merge） は、別のブランチの変更を現在のブランチに統合する操作です。
マージを行うことで、複数の開発ラインで行われた変更を一つのブランチに集約します。

マージの利点

変更の統合: 分散して行われた変更を一つにまとめ、プロジェクト全体の整合性を保つことができます。
分散開発の促進: 複数の開発者が並行して作業し、その結果を容易に統合できます。
透明性: プロジェクト全体で変更内容とその議論を記録として残せます。

プルリクエストの作成

GitHubにアクセスし、対象のリポジトリ(今回はGitLectureRepo.git)を開きます。
リポジトリのトップページで、「Pull requests」タブをクリックします。
「New pull request」ボタンをクリックします。
base: にmain、compare: に自分の作成したブランチ(dev/feature/<GitHubのアカウント名>)が設定されていることを確認します。
変更内容を確認し、必要に応じてコメントを追加します。
「Create pull request」ボタンをクリックしてプルリクエストを作成します。