-1

私のプロジェクトmasterには、Web アプリの「運用」バージョン用とアプリXの「テスト」バージョン用の 2 つの主要なブランチがあります。

これら 2 つのブランチの展開設定、データベース構成、Google Web 分析 ID などに関連するコードの微調整を互いに分離しておき、git merge Xマスターで発生したりgit merge master、ブランチ X で実行されたりするたびにそれらがマージされないようにする必要があります。

それを行う信頼できる方法はありますか、つまり、いくつかのコミットを「このブランチのみ」としてマークしますか?

4

2 に答える 2

3

簡単な答え：自明ではありません。

代わりに、次のいずれかを実行できます。

  • マークされたコミットを除いて、各コミットをチェリーピックします（たとえば、コミットメッセージのキーワード）
  • これらのコミットなしで2番目のブランチを作成し、それらを含むブランチと定期的にマージします。「badcommitsfree」ブランチをマスターと新しいブランチにマージします。
于 2012-04-18T16:44:05.307 に答える
1

理想的ではありませんが、私のプロジェクトの 1 つに同様のシナリオがあります。私の解決策は、代わりに master、devel、および config の 3 つのブランチを維持することでした。config ブランチは devel のある時点から分岐し、構成要素のみを含みます (名前の由来)。次に、あなたが示すように、マスターとデベルの間で開発およびマージできます。テストが必要な場合は、リベースを使用して構成ブランチをデベルの先端に移動します。

特に、定期的にテストするだけでなく、すべてのコミットを devel でテストするのが好きな場合は、少し面倒ですが、少なくとも機能します。

于 2012-04-18T21:29:50.827 に答える