0

コードを「マージ」する標準的な方法として、リベースを使用したいと考えています。また、自動化された統合マネージャーを介して中央リポジトリにプッシュするかなり短期間 (2 週間未満) の機能ブランチも使用します (各開発者には独自の個人リポジトリがあり、変更は最初にそこにプッシュされ、中央リポジトリにプッシュされる場合にのみ変更がプッシュされます)。ビルドとテストは成功しています)

リベースしようとすると、ブランチが分岐したというメッセージが表示され、変更がリベースしたばかりの変更と同じであるにもかかわらず、最初にそこからプルして変更をマージするまで、個人のリポジトリにプッシュできませんでした.

これを避けるために私がすべきことはありますか?それとも、これは私がすでにこの機能ブランチをプッシュしたという事実の結果ですか? ブランチをリベースしたバージョンに置き換えることはできますか?

この状況で推奨されるワークフローはありますか?

4

1 に答える 1

2

他の誰もあなたのコミットを使用していない場合 (つまり、それらを他のものにマージしたり、それらに基づいてブランチを開始したりしていない場合)、リモートのブランチを ( 経由でpush --force) 置き換えることができます。ただし、他の誰も古いコミットで何もしていないことを 100% 確認してください。そうしないと、独自のマージの問題が発生します。

他の誰かが古いコミットを使用している場合は、それらをリベースしないでください。

于 2012-10-20T07:49:35.497 に答える