きっかけ
よくあるんですよねー、いい記事なのに忘れたりするパターン...
あくまで自分のメモがわりに載せるので気になったものはチェックしてみてください。
背景
チーム開発でのGitの使い方をまとめる機会があったので。。。
全体
GitHubの開発フロー
https://qiita.com/KokiEnomoto/items/cc155ef12227a6bf3376
ブランチ
作成するブランチの種類は以下の4つです。
- master
- develop
- feature
- fix
master
このブランチはリポジトリが作成された時に自動で作成されるブランチ。
開発が終わったプログラムを乗せるために利用する。
バグがあってはならない。
develop
このブランチは開発時に利用される。機能の追加をする時にはこのブランチからfeatureブランチを切る。
featureブランチで機能実装が終われば、そのブランチをdevelopブランチにマージする。
fix
developブランチにマージされたコードにバグがあッた場合、developブランチからこの種類のブランチを切る。
開発の流れ
ここではGithubでの開発の流れを説明する。
- リポジトリを作成する。この時にmasterブランチが同時に作成される。
- developブランチを作成する。
- featureブランチを作成して機能実装を行う。
- 機能実装が終わり次第、featureブランチからdevelopブランチへのプルリクエストを作成する。
機能追加
- developブランチからfeatureブランチを切る
- featureブランチで機能開発
- 機能が完成したらdevelopへのプルリクエストを作成
- プルリクエストが承認されたらfeatureブランチの削除
バグ修正
- developブランチからfixブランチを切る(e.x fix/header)
- バグ修正
- 修正が終わったらdevelopへのプルリクエストを作成
- プルリクエストが承認されたらfixブランチを修正
コミットメッセージ
gitのコミットメッセージの書き方
https://qiita.com/itosho/items/9565c6ad2ffc24c09364
gitのコミットメッセージの変更
https://qiita.com/piruty/items/2fbfd26fd8dcbfed592a
gitのコミットメッセージの変更(過去のものも)
https://www.backlog.jp/git-guide/reference/log.html
参考文献
https://qiita.com/KokiEnomoto/items/cc155ef12227a6bf3376
https://havelog.ayumusato.com/develop/git/e513-git_branch_model.html