1
私は最近、Github PRのために積み重なったdiffsにこのblog postを読んで、それに従おうとしています。私はレゴのために悩んでしまったが、上流のレポにアクセスできないいくつかの積み重ねられたPRを作りたいと思っているので、私はそれにブランチを押し込むことができない。私はフォークしたレポに初期ブランチを作成し、上流レポのマスターに対してPRを開いた。私はその後、私のベースとしてその前のブランチを持つ別のブランチを作成しました。私はいくつかのコードを変更し、最初のブランチをベースにして2番目のPRをオープンしたいと思っていましたが、私は自分のフォークされたレポに対してのみ行うことができ、上流のレポに対してはできません。誰も同じような問題に遭遇しましたか？過去に私は上流のレポにアクセスしていましたので、私の支店を上流に押し入れることができたので問題はありませんでした。アップストリームにアクセスできない場合の回避策についてはわかりません。アップストリームに対してGithub PRのベースブランチとしてフォークされたリポジトリのブランチを使用できますか？
私はそれを正しく理解していれば、あなたのフォークのブランチを作成し、作成しましたPRからマスターへもしあなたがこれを行うならば、上流には新しい枝がなく、自分の枝にしかありません。なぜ新しいブランチに新しい変更をマージしたいのですか？そのブランチのためにさらに変更を加えた場合、あなたのフォーク上の同じブランチにコミットして、PRは更新されるか、新しいPRを作成します（古いPRが閉じられている場合）あなたのフォーク上にマスターが入っていれば）新しいPRを作成する – whoisthis
新しい変更をupsteamマスターにマージしたいのですが、PRの読みやすさを助けるために複数のPRを持っていたいと思います。最後にたとえば、最初のPRが私が使用しようとするインターフェースを導入し、2番目のPRがそれらのインターフェースの具体的な実装を導入し、3番目のPRがそれらの実装をリポジトリーのどこかで使用するかもしれません。したがって、最初のPRに変更を加えたくないのは、それが1つの大きなPRになるからです。一方、新しいブランチから新しいPRを作成すると、最初のPRの変更が反映されます。 – jeromefroe