Gitコマンド一覧: 毎日使う命令のチートシート

以下は、実際に使えるGitのチートシートです。コマンドは作業内容ごとに分類し、それぞれに例と短い説明を付けています。ターミナルの横に開いておくと便利です。1日にGitで行う作業のほとんどは、この表の20〜30個のコマンドで足ります。

コマンドの意味を理解するには、3つの領域を意識するとよいでしょう。作業ディレクトリ（ディスク上のファイル）、インデックスまたはステージングエリア（次のコミットに含まれる内容）、リポジトリ（.git フォルダ内のコミット履歴）です。多くのGitコマンドは、これら3つの領域の間、またはローカルとリモートの間で変更を移動させます。

Gitの設定

これらのコマンドは、インストール後に一度だけ実行します。--global フラグは設定を ~/.gitconfig に書き込み、そのユーザーのすべてのリポジトリに適用されます。省略すると、現在のリポジトリにのみ適用されます。

リポジトリの作成とクローン

基本の流れ: status、add、commit

これが毎日の作業の中心です。変更内容を確認し、必要なものをインデックスに入れ、コミットとして記録します。

典型的な作業の流れは次のとおりです。

git status
git add src/login.js src/login.css
git diff --staged          # コミットに含まれる内容を確認する
git commit -m "ログインフォームを追加"

すでに共有ブランチにプッシュされたコミットには --amend を使わないでください。ハッシュの異なる新しいコミットが作られ、チームメンバーの履歴と食い違いが生じます。

履歴と変更内容の確認

コミットを指定する記法は、どの場面でも役立ちます。HEAD は現在のコミット、HEAD~1 はその親、HEAD~3 は最初の親を3つさかのぼったコミット、HEAD^2 はマージコミットの2番目の親です。

ブランチ: 作成、切り替え、削除

Git 2.23以降では、ブランチ操作に git switch、ファイルの復元に git restore を使えます。これらは、多機能だった git checkout を分けたものです。従来の形式も引き続き動作します。

マージとリベース

マージのコンフリクトは、ほとんどの場合次の手順で解決します。

git merge feature
# CONFLICT (content): Merge conflict in app.js
git status                 # ファイルは "both modified" の欄に表示される
# app.js を編集し、<<<<<<< ======= >>>>>>> のマーカーを削除する
git add app.js
git commit                 # Gitがマージコミットのメッセージを自動で用意する

リベースの基本ルール: 共有ブランチにすでにあり、ほかの人が作業の土台にしているコミットはリベースしないでください。

リモートリポジトリの操作

git push --force の代わりに --force-with-lease を使う習慣をつけましょう。同じブランチに誰かがプッシュしていた場合、そのコマンドは他の人の作業を上書きすることを拒否します。

変更の取り消し

Gitで最も慎重になるべき部分です。コマンドを選ぶ前に、変更がファイルにだけあるのか、インデックスにあるのか、ローカルのコミットにあるのか、すでに公開されたコミットにあるのかを確認してください。

git reset --hard と git clean -f は、コミットされていない変更を完全に削除します。reflogに残るのはコミットだけで、作業ディレクトリの変更は残りません。実行前には git stash または少なくとも git status を確認してください。

stash: 途中の作業を一時退避する

タグとリリース

応用的なGitコマンド

よくあるミスと対処法

新しいブランチではなく main にコミットしてしまった

まだプッシュしていないコミットであれば、現在のコミットを指すブランチを作り、main を1つ戻します。

git branch feature/login      # ブランチが自分のコミットを指すようにする
git reset --hard HEAD~1       # main を1つ前に戻す
git switch feature/login

直前のコミットに入れ忘れたファイルがある

git add forgotten.js
git commit --amend --no-edit

push が rejected（non-fast-forward）で拒否された

サーバーには、あなたのローカルにないコミットがあります。先に取り込んでから送信してください。

git pull --rebase
git push

パスワードの入ったファイルを誤ってコミットした

追跡から外し、.gitignore に追加します: git rm --cached .env の後にコミットします。そのコミットがすでに公開されていれば、秘密情報は漏えいしたものとみなし、再発行してください。履歴から消えたわけではありません。

まとめ

日常の作業には、status、add、commit、switch、merge、pull、push、log --oneline の基本セットで十分です。取り消しには、restore、reset、revert を使い分けます。コミットが公開済みかどうかで選んでください。reflog は最後の手段として覚えておくと安心です。このチートシートのGitコマンドはすべて、Gitのコースで実際に自分のリポジトリを使って試すことができます。