25

私は最近、人々がプル リクエストを送信している GitHub でプロジェクトの管理を開始しました。それらをマスターにマージするのではなく、次の機能が必要です。

  1. 最初にそれらを精査して、実際に機能することを確認します

  2. マスターにマージする前に、スタイルを変更する可能性があります

これどうやってするの?

「dev」などの別のブランチを作成し、マスターにマージする前に、それに対してコードを作成するように人々に指示する必要がありますか?

4

2 に答える 2

21

これには、プルリクエストをローカルでチェックアウトしてプルリクエストを変更する方法を詳しく説明したgithubヘルプページがあります。

私が試みるかもしれないのは、最初にプルリクエストサブミッター用のリモートを作成することです(私は上のページの例を使用しています):

git remote add kneath git://github.com/kneath/jobs.git

変更を取得します。

git fetch kneath

問題のブランチをチェックしてください(例:マスター):

git checkout kneath/master

そこにあるコードはプルリクエストコードになるので、好きなようにそれらを調べてください。テストなどを実行します。

よろしければ、それらをマージします。

git checkout master
git merge kneath/master

さらに、これはgitプロジェクト管理ワークフローに関する非常に優れたページであり、コラボレーション統合で実行できるさまざまなワークフローについて詳しく説明しています。

于 2011-06-25T00:36:13.787 に答える
21

GitHub で物事を行うより速い方法は、 Zach HolmanGitHub Secrets II Talk (ビデオ) で提示したこの GitHub 機能を使用することです。

git fetch origin pull/id/head:name

はプルidリクエスト ID、headは (フォーク上の) リモート ブランチ、nameはローカル ブランチに付けたい名前です。例えば:

git fetch origin pull/12/head:pr

プル リクエスト #12 をprという名前のブランチにフェッチします。

これを頻繁に使用する場合は、これを git のエイリアスとして追加できます。

于 2013-08-24T14:59:33.453 に答える