3

プロジェクトの1つのブランチでクラッシュの問題を発見しました。私はそれを修正し、コミットしました。

それから、私の当初の考えに反して、その特定のクラッシュバグが複数のブランチに広がっていることを発見したので、マスターブランチで修正しました。

残念ながら、これにより、2つのブランチ間で「同じ」コミットが残ります（ブランチがコードの同じ領域でわずかに異なるため、完全に同一ではありません）。

マスターからブランチに変更をプルするときに、コミットが関連していて、マージの目的で無視する必要があることをGITに伝える方法はありますか？

背景として、問題のブランチは機能を追加するようには設計されていません。問題のアプリを「ホワイトリストに登録」するように設計されています。同じアプリケーションで、アートワークとシードデータが異なります。（基本的に、2番目の会社が私たちのソフトウェアのライセンスを取得し、それが彼らのものであると偽ります）。これは、ホワイトラベルバージョンのソフトウェアをメインバージョンに基づいて更新するために思いついた最善のソリューションです。

4

2 に答える 2

3

後でマージまたはチェリーピッキングを計画している場合、これは問題になりません。それを行うアルゴリズムは、類似点に気づき、正しいことを行います。

これらの 2 つのブランチをマージすると、複数のコミット メッセージが表示されますが、マージする必要があります。これは作業をマージする方法です。ここでの作業はたまたま同じ内容になっているだけです。本当に心配な場合は、マージしたらスカッシュできますが、履歴は重要です。

于 2012-11-14T22:11:27.887 に答える
2

GITワークフローはわかりませんが、マスターからホットフィックスブランチを作成し、そのブランチの問題を修正して、関連するすべてのブランチにマージします。

このように、ブランチをマスターにマージする場合、同じ修正に対して複数のコミットが発生することはありません。

于 2012-11-14T22:09:00.363 に答える