git commit --amend で commit まとめる

細かくmergeする

git squash は使わない

最初にドキュメントは全部読む

レビューの時は条件分岐を見る

if文でelseは使わない

if文はネストさせない

条件分岐は2個目、3個目の条件が追加されることを想定する

関数名や変数名は意味を示す

システム的な意味ではなく人間が理解できる意味を関数名や変数名にする

テスト環境は最小限に

途中経過を動画で共有する

githubのprには動画を載せる

作業ログを残す(原因の特定が早くなる、ミス防止)

リリース後に動作確認のスクショや動画、ログをslackで共有する

prのtitleはどういう状態からどうなったかを書く

1pr1commitで行う

コミットにissue numberを含める

レビューは良くないところだけでなく良いところもコメントする

関数名や変数名は省略しない。(省略の感覚は人それぞれなのでいろんな省略名が生まれる)

多少違和感あっても分かりやすさを優先する(DEFAULT=10)

共通化は2回目以降に検討。未来のために事前にはやらない

スタンプを活用してslackメッセージのステータス管理をする

リプライを前面に表示する時は初期メッセージ冒頭にタイトルをつける