GIT

ファイル名に「最終」「本当に最終」と付ける方式を終わらせます。GIT が何を保存するのかを理解し、最初の一度だけの本人設定を済ませます。

リポジトリを作るか複製し、ワーキングディレクトリ・ステージング・リポジトリという3つの空間を区別します。この区別ができないと、以降のコマンドが全部ややこしくなります。

GIT を使う時間の90%はこの4つのコマンドです。1つのコミットに何を入れるべきか、メッセージはどう書くかまで一緒に身につけます。

やり直しは「どこまで進んだか」で道具が変わります。restore・reset・revert を区別することがこのステップの核心です。

作業を分けて後で合流させます。ブランチが軽いと分かれば、GIT の使い方が変わります。

ここまでは自分の PC の中の話でした。今度はインターネット上のリポジトリとつなぎ、push・fetch・pull を驚かずに使えるようにします。

チームでは誰も main に直接コミットしません。ブランチ → push → PR → レビュー → マージ。あらゆるソフトウェアチームがこの流れで動きます。

すでに作った履歴に手を入れる技術です。強力な分、絶対に破ってはいけない黄金律がひとつ付いてきます。

diff を AI に渡してコミットメッセージをもらい、コンフリクトも一緒に解きます。ただし読んでいない破壊的コマンドは絶対に実行しません。