Git とチーム開発

Git とは

ファイルの変更を、いつ・誰が・何を・なぜ変えたかごと記録しておく道具です。

生まれ

新しいパソコンで Git を使い始めるときに、最初にやることです。

コミットには、だれが作ったかが必ず記録され、あとから変えられません。最初に 1 回だけ設定します。

git config --global user.name "Yamada Taro"
git config --global user.email taro@example.com

パスワードの代わりに、鍵で本人だと示します。できた公開鍵（.pub の付いたファイル）を GitHub に登録し、秘密の鍵はだれにも渡しません。くわしくは Linux の「SSH と鍵」へ。

ssh-keygen -t ed25519 -C "taro@example.com"

.env（パスワードや鍵）・vendor/・node_modules/・ログなどは、Git に入れません。リポジトリの一番上の .gitignore に書き、それもコミットしてチームで共有します。GitHub が、言語ごとのひな形を公開しています。

.env
/vendor/
/node_modules/
*.log

すでにコミットしたファイルは、git rm --cached ファイル名 で記録から外してから書きます。

変更は「作業ツリー → ステージ → 自分の PC の記録 → チームの置き場所」と進みます。コマンドを押すと、どこからどこへ動くかと説明が出ます。

ボタンを押すと、コミットの枝が変わります。まずは「見本」を押して、マージ（合流のコミットができる）とリベース（1 本にまっすぐ並び直す）の違いを見比べてください。

見本:

main のコミット feature のコミット合流（マージ）のコミット使われなくなったコミット・黒い名札が、いまいるブランチ（HEAD）

Web サービスの開発でよく使われる、シンプルな流れです。順番を押すと、説明が出ます。 CI で回すテストの書き方はテストのタブへ。

レビューは「間違い探し」ではなく、チームでコードを良くしていく会話です。

半年後の自分とチームへの手紙です。「何を・なぜ」が分かるように書きます。

2 つのブランチで、同じファイルの同じ所を別々に変えると、Git はどちらを残すか決められず、人に聞いてきます。こわれたわけではありません。

Git はたいていのことを取り消せます。ただし、一部の操作は元に戻せません。「元に戻せるか」で慎重さを変える考え方は、Git でも同じです。バグが入ったコミットを探すなら、git bisect の切り分け体験へ。

AI がコミットやプルリクエストを作るようになっても、「マージを決めるのは人」という線は変えません。AI に任せる範囲の決め方はリスクのページにあります。 AI との進め方はAI と開発のタブへ。

まずはこれだけ覚えれば、毎日の作業は回ります。

自分の作業で確かめたら、チェックを付けてみてください（この端末にだけ保存されます）。