私は自分の会社で git-flow を使用してしばらく経ちましたが、特定の状況に何度も遭遇し、私を困惑させました。git-flow を介して既存の公開済みサイトに新しい機能を統合するためのベスト プラクティスを見つけようとしています。これらの機能をテストしてから、別のグループに公開する必要があります。
ステージング サイトと本番サイトの両方をセットアップしました。開発ブランチからステージング サイトにデプロイし、開発ブランチに問題がないように見えたときに git-flow リリースを実行し、マスターから運用サイトに変更をデプロイしたいと考えています。すべての変更を一度に公開できる限り、これは問題なく機能します。最近、クライアントから、変更命令をまとめて公開するよう多くのリクエストがありました。つまり、私は 4 つの機能に取り組んでおり、そのうち 2 つを 1 週間で公開し、残りの 2 つを 2 週間で公開することを望んでいます。git-flow フィーチャー ブランチを使用し、一緒に公開する必要があるブランチを「終了」するだけで問題が解決すると考えましたが、さらに多くの疑問が残りました。
新しい機能ごとにフィーチャー ブランチを作成するとき、別のフィーチャー ブランチにコミットした css や js を使用する必要があることがよくあります (それはそのブランチにも関連しているためです)。また、git-flow でこれらのブランチを開発に「終了」するときに、多くのマージ競合に対処する必要があると感じています (それらのコミットは多くの同じファイルを共有するため)。クライアントは、私が行っているすべての変更のアクティブなバージョンも見たいと思っています。それらをさまざまな機能ブランチにサイロ化した場合、それらを開発にマージまたはリベースしない限り、それらを一緒に表示する方法がわかりません。分岐し、ステージング サイトにプッシュします。これは、それらをまとめて公開する機会を台無しにしてしまいます。テスト用に別のブランチを作成し、このブランチで機能ブランチをリベースすることを考えました。
これらの要件を満たすことができるワークフローが見つからないようですので、お役に立てば幸いです。