【git】git初心者がプロジェクトでissueを割り当てられてから正しくmergeされるまでの流れ
この記事について
こんにちは。きゃにすたーです。web系のいわゆるベンチャー企業に就職してから早1ヶ月、 今やgit&Githubは無くてはならない存在になりました。 この記事は僕のようなgit初心者がチーム開発でだいたい初めにやりそうなことの流れをまとめて書いたメモです。
大まかな流れ
イシューが割り当てられる
自分で直す
コミットしてプッシュする
マージされて終わり。
こんな感じです。なお、作業対象のリポジトリは事前にローカルにclone
しているものとします。
実際のコマンドを含めた流れ
issueを確認する
hoge
ブランチのバグを直す、というissueが割り当てられています。作業対象の
hoge
ブランチにgit checkout hoge
してからgit pull origin hoge
でローカルリポジトリをリモートリポジトリの最新のhoge
ブランチと同期するhoge
ブランチからgit checkout -b hoge_fix_bug
でブランチを切る- 必ず作業対象のブランチ(ここでいう
hoge
)からブランチを切ってからコーディングを始めること
- 必ず作業対象のブランチ(ここでいう
コーディングする。楽しい。
変更し終わったら
git add -A
でステージング(この時点ではまだローカルリポジトリも変更されていない)git commit -m "メッセージ"
でコミットする- この時点でローカルリポジトリに変更が反映される
git push origin hoge_fix_bug
でコードを直した自分のブランチをプッシュする
ここから下はGithubの作業。
Githubに自分が
push
したブランチが表示されているので、「Compare & Pull Request」を押す。- タイトルの変更とかレビュアーの設定とかラベリングとかなんやかんやできるのでなんやかんやする。
- また、マージ先のブランチは
checkout
元のブランチに設定するのが良いでしょう。(ここでいうhoge
)
以降はレビュアーにレビューしてもらって何回か直せばめでたくあなたのタスクは終わりです。お疲れ様でした。
まとめ
gitは神。
今の会社でgitを使うまでは「なーーーーーにがgitじゃファイル名管理でもイケるやろ」と思っていたのですが、使ってみるとほんとーに便利です。 今後もちょくちょくgitに限らずちょこちょこ更新したいと思います。ではまた。