3

私がフォークした Github リポジトリがあり、後で複数のコミットが行われました。

これらの修正をフォークされたリポジトリの一部にしたかったので、それらをマージした可能性があります (ただし、方法を思い出せません) 。Merge remote-tracking branch 'blount/master'という名前のコミットができました。

今後のプル リクエストで問題になることはありますか? それとも、所有者が私のプル リクエストを受け入れるとき、それらはまったく発生しませんか?

「リモート追跡ブランチ 'origin/develop' を develop にマージするのはなぜですか?」 を見つけました。この状況を回避する方法を示すstackoverflowの質問ですが、既存のマージコミットが問題である場合はそうではありません。

4

1 に答える 1

0

これは、一般に、a) プル リクエストを自動的にマージできるかどうか、および b) (より重要なことに) テストに合格するかどうかに依存します。

upstream元のリポジトリを指すリモートを作成し、マージupstream masterorigin masterて最新の状態にすることができます。

マージの競合や予期しない破損を事前に解決するために、最初にこれを行う必要があります。

于 2012-05-22T02:06:58.927 に答える