GUIDE ／ 学習の意思決定 ／ 更新 2026-10-03
Gitはどこまで覚えれば実務で足りるのか、覚える順番の話
「Git、どこまで覚えればいいんでしょうか」という相談には、たいてい二種類の答え方がある。一つは「コマンドを全部覚える必要はない、よく使うものだけでいい」という励まし。もう一つは「チーム開発で詰まるからちゃんと勉強したほうがいい」という脅し。どちらも間違っていないが、どちらも的を外している。実務でGitが足りるかどうかを決めているのは、覚えた量ではなく、戻し方を先に覚えたかどうかだ。戻し方を先に知っている人だけが、ブランチを切って気軽に試し、違ったらやめる、という回数を増やせる。これから、その理由を説明する。
Gitの入門教材をなぞった人の学習順はだいたい決まっている。まずリポジトリを作り、ファイルを編集し、git addしてステージに上げ、git commitで記録し、git pushでリモートに送る。次にブランチを切って、作業を分け、最後にマージを学ぶ。この順番は論理的で、迷わない。だが実務に出た瞬間、恐怖はここから始まる。マージでコンフリクト(複数人の変更が同じ箇所に重なり、Gitが自動で統合できず判断を求めてくる状態)が起きたとき、あるいは間違ったコミットをpushしてしまったとき、この順番で学んだ人は「どう前に進むか」しか知らず、「どう戻るか」を知らない。知らないまま、画面に表示された見覚えのない文字列をコピーして検索し、言われた通りにコマンドを打つ。うまくいけばまだいいが、うまくいかなかった場合に何が起きているのか、自分では判断できない。
恐怖の正体は「戻せない」という思い込みである
ここで一度、順番を疑ってみてほしい。実務でGitが怖くなる場面を思い出すと、だいたい共通点がある。「このブランチ、ここまでの作業を消さずに今の状態をどうにかして退避したい」「このコミット、やっぱり取り消したい、でも履歴は残したい」「さっき消したと思ったブランチ、本当に消えたのか確認したい」。これらはすべて「進む」操作ではなく「戻る・退避する・確かめる」操作で解決する場面だ。つまりgit stash(今の作業をいったん脇に置いて、後で取り出せる状態にする)、git revert(過去のコミットの変更内容を打ち消す、新しいコミットを作ることで実現する。履歴は消えない)、git reset(ブランチが指している参照の位置そのものを動かす操作。使い方によって、手元の変更の扱われ方が変わる)、git reflog(ブランチやHEADが過去にどこを指していたかの記録。Gitはコミットをすぐには消さないので、消えたと思っていた参照をここから辿れることが多い)。
多くの人はこの四つを「上級者向けの危険な操作」として、学習の最後に置く。だがこの記事で言いたい転回はその逆だ。実務で人を実際に救い、安全に実験する余地を作っているのは、まさにこの「戻す系」のほうである。add・commit・pushだけを固めた状態というのは、前にしか進めない自転車に乗っているのに近い。ブレーキを知らないまま下り坂を走るのが怖いのは当然で、その怖さの正体は「操作を知らない」ことではなく「戻し方を知らない」ことに尽きる。先に戻し方を覚えた人は、間違えても取り返せると分かっているから、ブランチを切って気軽に試し、違ったらやめる、という学習そのものを加速させるループに入れる。
実務の最低限は、網羅ではなく「安全網」から逆算する
ここまでの話を実際の優先順位に落とすと、覚える対象は次のように並び替えられる。最初に必要なのは変更を記録して共有するための基本(add・commit・push・pull)、二番目に必要なのは作業を安全に分けるためのブランチ操作、三番目に、本来はここでようやく出てくるはずの網羅的な応用コマンド(インタラクティブなrebase、cherry-pick、サブモジュールなど)より先に、戻す系の四つを一通り触っておくことだ。コンフリクトも同じ発想で向き合える。マージでコンフリクトが起きたとき、表示された衝突箇所を一行ずつ読んで手で直すこと自体はそれほど難しくない。難しいのは「このマージ自体をやめて元に戻せるのか」が分からない不安のほうで、それはgit merge --abortのようなやめ方を先に知っているかどうかだけで解消する。戻り道を知っていれば、進む道で多少迷っても引き返せると分かっているので、コンフリクトの解消に落ち着いて取り組める。
裏を返せば、戻す系を知らないままコマンドの数だけ増やしていく学習は、恐怖を減らさない。覚えるコマンドが増えるほど「もっと覚えれば安心できる」という誤った期待を持ちがちだが、安心を生むのは量ではなく、戻れるという確信だからだ。これはGitに限った話ではなく、何か新しいツールや言語を独学で続けられるかどうかの分かれ目にも通じる話でもある。
Gitを前から学び直す必要はない。次に触るときは、まずgit stashとgit revertを一度だけ試してみてほしい。それだけで、残りのコマンドを覚える速度が変わってくるはずだ。
tasklogは、学び方・続け方を扱った記事と、技術書の中で実際に引用・言及されている教材のランキングをあわせて置いているサービスだ。何から学ぶか、どう続けるかで迷ったら参考にしてほしい。