リリースしてしばらくした後にマージする点が少し違うと思うのですが、それ以外に違う点はありますでしょうか。説明サイトもいくつか読んでみたのですが何が違うのかよくわかりません。個の銅バッジ1参考にした説明サイトも載せていただくとより間違いが指摘しやすいと思います。票7※かなり原理によった考え方ですので、本来はプロダクトの性質やチームの状況によって柔軟に進めてください。2点勘違いがあります。(1)releaseブランチの扱いについて質問にはリリースは本番デプロイ時点のスナップショット的扱いと書いていますが、参考にされているどのサイトにも「プロダクトリリースまでの準備ブランチ」とあります。developにおいておくとどんどん新しい機能が追加されてしまい全然安定化しないのでreleaseブランチで安定化作業を行います。質問をみると「動作確認」というおそらくリリース前の作業があると推測されます。releaseブランチを作成して、ステージング環境にアップロードしてバグフィックスを行いましょう。それらはすべてreleaseブランチで作業を行います。そこで動作確認がOKであれば、masterブランチに適用して本番リリースを行います。マージこちらの内容も、どのサイトにも記述はなく、releaseが安定化し実際にリリースする段階になったらまずはreleaseをmasterにマージするものです。remember).まず最初にマージしてねと記述がありますね。スナップショット的扱いをしたいのであればタグを切ることをおすすめします。このあたりにタグがあります。個の銅バッジ1なるほどです。master=本番用ブランチにマージしてリリースということなのですね。9:432それが絶対ではないですが、一般的にという解釈でお願いします。developでステージング環境を構築しておいて、マージされるたびに受け入れテストやUIテストをやったり、featureブランチからステージングで検証して、developにマージする時にはかなり品質が高いものにするようなプロジェクトもあります。|2hotfixについて補足です。本番環境からは少し遅れる))本番で問題が起きた場合のために、特別な修正をするhotfixがgit-flowには用意されています。本番=masterの最新となるようにし、いざというときはhotfixを活用してください。releaseは本番で問題が起きた場合の作業ブランチではありません。その認識が間違えているのでいろいろ変になっているのではないでしょうか。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。0gitでpushができない。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。