昔書いたメモが出てきたので、備忘録としてここに書き写します。

ラベル

bug	バグ・動作不具合の場合
duplicate	すでに他のIssueやプルリクエストと同じ内容の場合
enhancement	機能を強化する場合
help wanted	解決できない、バグかわからない、助けを求める場合
question	質問する場合
invalid	間違い、勘違い、実現不可能の場合
wontfix	対応しない場合
good first issue	最初に取り組むのに良いイシューの場合

コミットするタイミング

プロジェクトチームごとのルールに従う。ルールがない場合はルールを決める。細かい単位でコミットするのが通例。

コマンド

Reset Hard|Mixed|Soft
MixedとSoftは非常に似ている。ステージング前か後かの違い。

Hard	ファイルの変更の取り消し（作業自体を取り消す）
Mixed	ステージングの取り消し（作業自体は残したまま、コミットだけを取り消す）
Soft	コミットの取り消し（作業自体は残したまま、コミットだけを取り消す）

amend	直前のコミットには後から内容を追加できる
sqush	隣接するコミットをまとめることができる

rebase は margeと似ている。

rebase	分かれたことがなかったこととして合流する 複数のコミットがある場合は、間に入り込んで合流する
marge	分かれたまま合流する 最新のところで合流する

cherry-pick

異なるブランチの特定のコミットだけ反映させる

Git運用のガイドライン

Git Flow

master
└ hotfixes（本番でバグが見つかった場合）
└ release branches
release
develop
└ feature branches

• masterは、リリースしている状態（本番サーバー）。直接編集はしてはいけない。
• develop → release → master
  ↓
  featureブランチは必ずdevelopブランチにしか合流しない

GitHub Flow

master 直接編集しない