2012-03-20 12 views
54

私のワークフロー:私はリモートプロジェクト(アップストリーム)のフォーク(起点)を持っています。私は支店、トピック/チケットを作成しました。私は、同じ名前の新しい "topic/TICKET"ブランチで上流のプロジェクトに私の起源ブランチのプルリクエストを作成したいと思います。言い換えれば、私はマスター支店または既存の支店に向かって私の引き取り要求を望んでいません。GitHub新しいアップストリームブランチへのプルリクエスト

BitBucketを使用している場合は、このオプションがあります。私のPRを作成するとき、私は自分の起点ブランチを選択してから、リモートブランチ選択で「新しいブランチの作成(トピック/ TICKET)」を許可します。

GitHubではこのオプションがないようです。新しいブランチ名を入力することができます。有効な既存のブランチを選択するまでグレーアウトを続行するオプションがあります。

迷惑な回避策は、PRを実行する前にブランチを上流に作成することです。上流にコミットできる人に尋ねる必要があります。これを行う簡単な方法が必要であるように思えます。

GitHubが新しい上流のブランチを作成するためのプルリクエストを作成する方法はありますか?これは単なる既知の制限ですか?

答えて

5

私はGithubでこれを行うことはできません。また、必ずしもプッシュアクセスを必要としないプロジェクトに新しいブランチを「作成」できないようにすべきだと思うので、それは大丈夫です。 doに上流のプロジェクトへのプッシュアクセスがあっても、それはクリーンなワークフローとしては見えません。

+91

そうですが、あなたは新しいブランチを作成することはないので、あなたは、プルリクエストを作成するときにだけは注意すること審査され受け入れられなければならない新たな支店の「要求」を要求する。ブランチを作成する特権を持つ誰かがそれを大丈夫にするまで、ブランチは存在しません。 –

3

私は似たようなことを試みていましたが、唯一の解決策は、上流へのプッシュパーミッションを持つユーザーを持つことです。

あなたは最初のプッシュを上流にすることができます。その直後に、オリジンにもプッシュします。その後、あなたが最初に望むようにブランチからブランチにプルリクエストを行うことができます。

は、あなたが「作成されると思い上流のデフォルト選択されたブランチは、常に「マスター」

+2

残念なことに、彼らに許可を与えることは、私が逃げようとしていることです。ちょうど迷惑なBitBucketはこの種のワークフローをサポートしていますが、GitHubはサポートしていません。ああ、私はツールを作成して、自分自身でブランチを作成してプルリクエストを作成できるようにしました。それは仕事を終わらせる。 –

+1

さて、あなたは彼らに許可を与える必要はありません。必要なブランチを自分で作成してください。しかし、とにかく、あなたのツールは仕事を完了します;-) – antonienko

+4

@AndrewKandelsあなたはそのツールを共有できますか?私が愛しているプロジェクトのために '' gh-pages''ブランチを作りたいです。まず私のリポジトリに '' 'gh-pages''ブランチを作成して作成します。ファイルを追加して自分のフォークを使ってテストします。一度、それらは十分です、私は理想的に元の上流のrepoが '' 'gh-pages''ブランチを持っていないプルリクエストを送ってほしいです。私は所有者にemtpyブランチ「gh-pages''」を作成するように依頼しなければなりません。 :( –

関連する問題