ひよっこによるGIT運用 気を付けたことまとめ

自己紹介

初めまして、プログラマ2年目（実務経験は1年と少し）のひよっこです。
最近GIT運用を任されて、そこで学んだことをメモとして起してます。
※qiitaにいる先輩たち記事をたくさん参考にしてます。

よければ閲覧してください。

気を付けたことまとめ

機能ごとにブランチを作成しよう

機能ごとにブランチを作成しよう！！
developブランチへ一斉にCOMMIT・PUSH指示をすると以下の危険性をはらみます。

危険性

1. どこの機能が追加されたのかわからない。
2. 尋常じゃないほどコンフリクトする。
3. コンフリクト解決の際、ソースの差分を見てもどの機能の実装で追加されたコードなのか
   不明で、実装者に質問しまくることになる。

ブランチ運用の参考リンク

各ブランチの役割は以下の記事を参考にしました。
とてもおすすめ。
https://qiita.com/gold-kou/items/7f6a3b46e2781b0dd4a0

コミットメッセージの先頭には何をしたか書きましょう

コミットメッセージの先頭には何をしたか書きましょう！！
「とりあえずコミット」とか書かれてもわかんねえです！！
修正ならFIX、機能追加ならUPDATE、画面追加ならADD等、先頭に書いてくれるとありがたいです！！

コミットメッセージの書き方参考

コミットメッセージのルール決定にあたり以下の記事を参考にしました。
とてもおすすめ。（2回目）
https://qiita.com/itosho/items/9565c6ad2ffc24c09364

他人のfeaturesブランチを更新する際は一声かける

→モデルの内容などの共通部分が更新
→それをfeaturesへ反映させたかったので勝手にpullする
→怒られる。
ということがありました。

他者のブランチに対して自分のソースを取り込んでほしいときは
チャットなり口頭なりで一声伝えてみましょう。
粛々と描いていたコードに見覚えのない変更があったら驚きますよね。。すいません。

参考記事

• いまさらだけどGitを基本から分かりやすくまとめてみた

  • https://qiita.com/gold-kou/items/7f6a3b46e2781b0dd4a0

• Gitのコミットメッセージの書き方

  • https://qiita.com/itosho/items/9565c6ad2ffc24c09364