運用方法もかなり適当だったのですが(ただのコミットマシーン状態)、今回、同一プロジェクトに対して複数人でコミットしていく形になっているので、その状態だとやはりまずいなと言う気がしてきました。運用指針」を情報共有のために記載しておこうと思います。前提まず始めに、現在のプロジェクトの状況は下記のようになっています。運用についてググっていると、「git-flow」と言う単語をぽつぽつ目にしました。「ブランチモデル(ブランチの切り方)」を表しているそうです。まとまっている図が掲載されていました。活用事例(17/63)上記を参考に、自分のプロジェクトでのブランチの運用指針を記載します。ブランチから派生ブランチを作成し、作成したブランチ上で作業を行います。ブランチ上では、決して作業を進めてはいけません。ブランチから派生ブランチを作成します。つの派生ブランチで行う事とします(名前は適当に考える)。feature/<ticket>作業が完結しなかった場合は、未実装項目や問題点等を該当チケットのコメント欄、または口頭等で報告して作業を終了します。ブランチにマージします。作業が完了した場合は、該当ブランチは削除します。したブランチがリモートリポジトリにまだ残っていた場合は、引き続きそのブランチで作業を行います。してから作業を再開します。する、と言う部分は保留とします。良いのですが、変なブランチにマージしてしまいそうなので上記としています(後述)。現時点で自分が気になっている点について記述していきます。精査している訳ではないので、内容は随時、加筆・修正されていきます。