## git commit --amend で commit まとめる
## 細かくmergeする
## git squash は使わない
## 最初にドキュメントは全部読む
## レビューの時は条件分岐を見る
## if文でelseは使わない
## if文はネストさせない
## 条件分岐は2個目、3個目の条件が追加されることを想定する
## 関数名や変数名は意味を示す
## システム的な意味ではなく人間が理解できる意味を関数名や変数名にする
## テスト環境は最小限に
## 途中経過を動画で共有する
## githubのprには動画を載せる
## 作業ログを残す(原因の特定が早くなる、ミス防止)
## リリース後に動作確認のスクショや動画、ログをslackで共有する
## prのtitleはどういう状態からどうなったかを書く
## 1pr1commitで行う
## コミットにissue numberを含める
## レビューは良くないところだけでなく良いところもコメントする
## 関数名や変数名は省略しない。(省略の感覚は人それぞれなのでいろんな省略名が生まれる)
## 多少違和感あっても分かりやすさを優先する(DEFAULT=10)
## 共通化は2回目以降に検討。未来のために事前にはやらない
## スタンプを活用してslackメッセージのステータス管理をする
## リプライを前面に表示する時は初期メッセージ冒頭にタイトルをつける


git commit --amend で commit まとめる

細かくmergeする

git squash は使わない

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

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

if文でelseは使わない

if文はネストさせない

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

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

システム的な意味では

続きを読むには単価診断を受けてください（30秒）