Git（ギット）

まずこれだけ

Gitは、ファイルの変更履歴を記録する仕組みです。「いつ、誰が、どのファイルを、どう変えたか」を後から追えるようにします。文章、設定、コードを編集していると、「前の状態に戻したい」「どこを変えたか見たい」「同じファイルを複数人で直したい」という場面が出ます。Gitはそのための履歴管理の道具で、共同作業の記録帳のように働きます。

どこで見かけるか

GitHub（ギットハブ）、開発用エディタ、コマンド操作、リポジトリ の説明、AI（エーアイ）開発支援ツールなどで見かけます。「コミットする」「ブランチを切る」「差分を見る」「マージする」という言葉はGitの作業に関係します。Web（ウェブ）制作やアプリ開発だけでなく、Markdown（マークダウン）の記事、設定ファイル、説明書のような文章管理にも使われます。

具体例

研究会サイトの説明文を直すとき、まず ブランチ を作って作業します。いくつかのファイルを編集したら、意味のある区切りで コミット します。すると、後から「このコミットでは用語集を直した」「このコミットではリンクを追加した」と確認できます。別の人が同時に別ファイルを直していても、履歴を照らし合わせながら取り込めます。

つまずきやすいところ

Gitは GitHub（ギットハブ） と同じではありません。Gitは自分のパソコン上でも動く履歴管理の仕組みで、GitHub（ギットハブ）はその履歴をネット上で共有し、相談や確認をしやすくするサービスです。また、Gitの言葉は難しく聞こえますが、多くは「作業場所を分ける」「変更を記録する」「内容を比べる」「相談して取り込む」という実務の流れを細かく名前にしたものです。

研究会では

リポジトリ、ブランチ、コミット、プルリクエスト と一緒に出てきます。AIと一緒にサイトや記事を直すときも、Gitの履歴があると「AIが何を変えたか」を人が確認できます。失敗を責める道具ではなく、変更を落ち着いて見直すための仕組みとして扱うのが大切です。