GitHubの共通のワークフローでgitの問題に取り組んでいます。私はレポ 保留中のプルリクエストで上流のgitの変更をマージする
- は私が
- は、私は上流の開発者が自分のプル要求に座っている間レポに
- ひねりの親指を上流へプル要求を行い、いくつかの変更をコミットします。
- アップストリームの開発者はレポを変更します
- 彼らはあなたのプルリクエストを見ますが、そのツリーの変更のためにそれはもはや完全に適用されないので、プルリクエストを更新するように頼みます。
- アップストリームから私のレポに変更をマージして、コンフリクトを解決し、変更をコミットします。
- プルリクエストでコミットをリベースして、きちんと整理します。
私のプルリクエストに、上流の開発者自身の変更を含むステップ2と7の間で発生したすべての変更が含まれるようになりました。最近の例では、これは10行のプル要求を12,000行以上に拡張しました。
プルリクエストに変更を加えずに、元のコミットを新しいバージョンのアップストリームレポに再適用する必要がありますか?
これは明らかにそれを行う正しい方法ですが、私はそれがひどく爆発したと確信しています。それは、また間違って行くことができますフォローアップのステップがある - 私は自分のrepoにこのrebaseを '原点マスター'をプッシュするとき、あなたはあなたが '--force'を指定することが重要であるか、すべてを混乱させることができますもう一度。 – Synchro