[解決済み] git と開発ブランチ、ステージングブランチ、プロダクションブランチ

質問

この記事は面白そうですが、図が間違っているのは確かです。 http://guides.beanstalkapp.com/version-control/branching-best-practices.html

これは DEVELOPMENT > STAGING > PRODUCTION ?

マージは一方向にしか流れないようにすべきです。 から、テスト用のステージングブランチへ。 いったんテストされたら、その変更を開発版から本番版にマージすることができます。 本番環境へマージすることができます。

ここで私は少し混乱しています。つまり、ステージングをマスターにマージするのか、マスターをステージングにマージするのか？

SmartGitというクライアントを使用しているのですが、この点で混乱しています。通常、私は機能用のブランチを作成し、それにコミットし、次に master に切り替えてブランチにマージします (前方)。この新しいワークフローでは、ステージングとプロダクションの二つのブランチを作成し、それから master (別名 dev) から自分の機能用のブランチを作成します。そのブランチにコミットし、ステージングに切り替えて自分の機能ブランチにマージ (フォワード) するということでしょうか? これは正しいですか？

実は、これをとても混乱させたのは、Beanstalkの人々が、ステージングの非常に標準的でない使い方を支持しているからです（彼らの図では開発の前に来ていますが、それは間違いではありません！）。 https://twitter.com/Beanstalkapp/status/306129447885631488

Beanstalkのことは忘れて、Githubでやっていくことにしました。

これを投稿してから、Beanstalkの人々は私のヒントを得て、ステージの名前を変更し、現在はDevelopment "Stable"と呼んでいます。

どのように解決するのですか?

ここでの思考回路は、あなたがほとんどの時間を development . 開発時には feature ブランチ ( development にマージし、その機能を完成させ、再び development . これを最終的な製品版に追加するためには production .

参照 成功するGitブランチングモデル をご覧ください。