<h2 id="h9ea529580c">なぜブランチルールが必要？</h2><p>Gitのブランチルール作ってますか？<br>私はずっと個人開発でGitHubを使用してきましたが、ブランチ名は特に意識していませんでした。<br>一人で開発する場合は、それで良いかもしれませんが、<br>共同開発になるとブランチルールを作っておかないと収集がつかなくなります。<br><br>共同開発の際は、まずブランチの運用ルールの確認が必要になりますが、<br>基礎知識としてgit-flowやgithub-flowについて知っておくと役に立ちそうなので下記にまとめました。<br>※概念の話で、コマンドなどは書きません。<br><br>もし間違いなどあれば教えていただけると嬉しいです！</p><h2 id="hcf90b9174b">どんなブランチルールがある？</h2><ul><li>git-flow</li><li>github-flow</li></ul><p>※会社ごとのルールや作るものによっても異なる。</p><h2 id="hd1b339fbad">git-flowについて</h2><h3 id="h89652f3f21">5つのブランチに分かれる</h3><p>下記5つのブランチに分かれます。</p><ul><li>main</li><li>hotfix</li><li>release</li><li>develop</li><li>feature</li></ul><p>masterとdevelopはいつも存在するブランチで、その他は必要に応じて追加分岐する。</p><h3 id="h2a4122d658">イメージ</h3><p><img src="https://images.microcms-assets.io/assets/cdab8ababbd2456dbaca807b6f355556/4eb6265711674b41b48f382effe0142b/git-flow.jpg" alt=""><br><a style="color:inherit" href="https://nvie.com/posts/a-successful-git-branching-model/" target="_blank" rel="noopener noreferrer">A successful Git branching model</a>を参考に作った図です。</p><h3 id="h88a60cf6ce">各ブランチの意味</h3><h4 id="h0bb93eb21d">main</h4><p>常にデプロイできる状態にしておく。（開発中のものを置かない）<br><img src="https://images.microcms-assets.io/assets/cdab8ababbd2456dbaca807b6f355556/b93945689b244b84b2744975a2edcaba/git-flow_main.jpg" alt=""></p><h4 id="h8cbbc4cf59">hotfix</h4><p>リリース後のバグ対応など緊急用。<br>mainから分岐する。mainへのマージ＋developmentへのマージも行う。<br><img src="https://images.microcms-assets.io/assets/cdab8ababbd2456dbaca807b6f355556/e21fef03ed074d0c91e3cb9aedbc0abb/git-flow_hotfix.jpg" alt=""></p><h4 id="hc795cea6a1">release</h4><p>リリースの準備用。テストなど行う。<br>developから分岐。リリース準備ができたらmainとdevelopへマージする。<br><img src="https://images.microcms-assets.io/assets/cdab8ababbd2456dbaca807b6f355556/5f15a6e3b458442abf2a42539dbbd28d/git-flow_release.jpg" alt=""></p><h4 id="h312be50a1f">develop</h4><p>開発用、このブランチで作業は行わない。<br>（作業はここからfeatureを分岐させる）<br>開発が終わったらリリース準備のためにreleaseへマージする。<br><img src="https://images.microcms-assets.io/assets/cdab8ababbd2456dbaca807b6f355556/2225beff0092423ba3b202fb8d0c8bdd/git-flow_develop.jpg" alt=""></p><h4 id="h0b42f62511">feature</h4><p>機能開発用。developから分岐してdevelopにマージする。<br>feature/xxxとして複数存在してOK。<br><img src="https://images.microcms-assets.io/assets/cdab8ababbd2456dbaca807b6f355556/a73edbc1f3774bd2b9e9d5113d49066f/git-flow_feature.jpg" alt=""><br></p><h3 id="h1cd88398e8">簡単な使い方</h3><p><a href="https://www.sourcetreeapp.com/" target="_blank" rel="noopener noreferrer"> SourceTree</a>などgit-flowを簡単に使える機能がついているようです。</p><h3 id="h3ab24f6f50">メリット</h3><ul><li>本番データと開発中データがしっかり分かれる。</li></ul><h3 id="h7e4a670898">デメリット</h3><ul><li>複雑（マージ先が複数あったりする）</li></ul><p><br></p><h2 id="h1a70d413b4">github-flowについて</h2><h3 id="h2a4122d658">イメージ</h3><p>github-flowはgit-flowをもっとシンプルにしたもの、というイメージです。</p><h3 id="h335a87b5ef">参考サイト</h3><p><a href="https://docs.github.com/ja/get-started/quickstart/github-flow" target="_blank" rel="noopener noreferrer">GitHub フロー</a></p><h3 id="hf13b660e68">フロー</h3><ol><li>mainからブランチ（feature-xxなど）を作成。</li><li>ブランチ（feature-xxなど）で開発。</li><li>pull request を作成する</li><li>レビュー コメントに対応する</li><li>pull request をマージする</li><li>ブランチを削除する</li></ol><h3 id="h3ab24f6f50">メリット</h3><ul><li>シンプル</li><li>レビューしてもらえる</li></ul><h2 id="h402c9639b9">git-flowとgithub-flow結局どっち？</h2><p>どちらが優れているということはなく、<br>作るものやプロダクトのリリース方法によって、最適なブランチ管理方法は異なります。<br>上記2つ（github-flow、github-flow）の概念を知っておけば、<br>会社で新たにルールを作ることになった時や初めてのプロジェクトに参加するときも<br>慌てずに済むと思います。<br><br>以上です！<br></p>

console.log(emi);

カテゴリー記事一覧：プログラミング

Gitのブランチルール作ってますか？