はじめに
Gitって難しい。 わかるようでわからない。
できることはたくさんあるはずだが、割と勘とノリで扱っている…
そういう筆者でも最低限守っているラインのことを覚書的に記します。
git add . はしない
変更済みのファイルを全てaddしていいときに使うコマンド。
便利と言えば便利ですが、意図しない変更を含ませてしまう可能性が高いので、最初のうちは1個1個ファイルごとにaddするのが無難です。
（特に最初のうちは「なぜか関係ない設定ファイルが差分に含まれている」みたいなことが頻発するので…）
代替コマンド：git add ファイル名
「なんかよくわかんない挙動してるな」と思ったときはgit pushしない
Gitを使っている以上避けては通れないコマンドですが、「よくわからないからとりあえずpushしちゃおう！」 はやめた方がいい。
なぜならpushすると取り返しのつかない（わけではないが、修正が面倒になる）場合が多いからです。逆に言うと、push前なら修正がやりやすい。
どうにも挙動がおかしいぞ？となったときは、pushする前にコミットを元に戻してみるとか、一旦整理する方が無難です。
ちなみに戻すときはgit reset --soft HEAD~1で最新のコミットをステージングエリアに戻せるので便利です。
コミットは git commit -m コミットメッセージで書く
個人的な嗜好でしかないのですがエディタの操作が苦手でわけわからなくなってミスるケースが多発するので、-mでその場で書くようにしています。
同様の理由で、ブランチを切るときもgit checkout -b ブランチ名で切っています。
差分を確かめてからコミットする
チームで開発をしている場合、不要なコミットはできるだけ減らした方がレビュワーの負担を軽減できます。
誤った部分をコミットして後から再度削除のコミットをする、などはコミット前のチェックで削減できます。