最近のgitを使った開発フローについて - その手の平は尻もつかめるさ

最近のgitを使ったWebアプリケーションのプロジェクトの開発フロー (主にブランチ運用) について記すものです． なお前提としてGitHub Enterpriseを利用しています． git-flow 大上段に構えたもののあまり特殊なことはしていなくて，基本的にgit-flowをそのまま踏襲しています． git-flowについてはしっかりした解説記事がインターネット上に数多く存在しますからそれらを参考にしていただければと思いますが，ざっくり説明すると masterブランチ，developブランチ，releaseブランチ，featureブランチ及びhotfixブランチがある masterブランチは常にリリース可能な状態になっている (すなわち現在本番で稼働しているアプリケーションのコードと等しい) developブランチは開発中の状態で，ステージング環境等に上がっている releaseブラン

[moznion]

Blogged

[ghostbass]

パッと見「それはfeatureブランチなのでは？」と思うわけだけど

[katzchang]

うちはステージングとかリリース準備とかないからなあ。

[aboutchopin]

develop複数とか、それfeatureブランチだよねw feature切って、そこからさらにブランチ切る感じだよ。

[ricto]

本来の"develop"というよりは、「まとめてリリースするfeature群」のためのブランチと考えるのが妥当かと。多段featureブランチは管理上ややこしいので、developブランチにその役目を持たせた形。

[tettekete37564]

ブランチ名にスラッシュが使えるの知らんかった。/大きいプロジェクトで並列で異なる機能実装を異なる担当 がやるとき develop ブランチは複数になるね。逐次メインの dev へマージ/dev からマージor rebase しつつという感じ

[yajamon]

複数のdevelopブランチ。個人的には「リリースされて困るものはdevelopにマージするな」と思う。

[auient]

このまるで噛み合ってないブコメも見もの

[thingsym]

ぼくも git-flow を取り入れている。ブランチを眺めるだけでプロダクトがどういう状態かが分かる。

[malikiki]

http://bangaloreinterio.com/content/megsharehdx-watchsingonlinefree2016fulldosstream-1 http://bangaloreinterio.com/content/megsharehdx-watchunderworld-blood-warsonlinefree2016fulldosstream

[zetta1985]

hotfixをステージングで確認するためにdevelopにマージする理由がよくわからない。hotfixブランチをステージングにデプロイしてQA後にmasterにマージ、で良いのでは

[koogawa]

developブランチが複数走るパターンは初めて見た

[windish]

なるほど、複数のdevelopブランチを切るのか。

[shibamu]

ハードのある製品を群開発する場合だとdevelopブランチ複数は避けられないんじゃないかな？ ただ、しっくり来ないように感じる面もあるので識者に良いソリューションを教えて頂きたいところ。

[atwata]

複数のdevelop

[qaz76]

あるプロジェクトから去って、1ヶ月後に覗いたらdevelopだらけのマージヘルと化してた。。 (というかsvn化していたorz

[oki448jp]

git-flowをもとにした開発フロー事例

[diveintounlimit]

だいたい同じ。精神衛生上良くないので古いブランチ消すのも一緒。できるだけhotfixも作ってるけどチームが小さいのでたまにサボる（ダメだけど…）。

[braitom]

gitのブランチ運用方法について。developブランチが複数あるのか。増えてくると混乱しそうだけどきちんとルールがあればなんとかなるのかな。

[masatomo-m]

大体同じです。developを分けたいと思ったときにどうするかは結構慎重にやらないと後で辛みを生むけど、これといった正解がない（プロジェクトの性質による所が強い）のが悩みどころでしょうか

[wordi]

develop分けてるのは作業者同士のconflict避ける為かな、でもmergeする時に大変そう

[hogeaegxa]

あんまりわかれさせると、サラっと書かれてるマージ時のコンフリクト対応が毎回地獄になりそうだ

[wyukawa]

サービス開発の現場をよく知らないけど、developブランチが複数走ることってままあるのかな。リポジトリ分ける前の過渡期なのかな。