私は最近、人々がプル リクエストを送信している GitHub でプロジェクトの管理を開始しました。それらをマスターにマージするのではなく、次の機能が必要です。
最初にそれらを精査して、実際に機能することを確認します
マスターにマージする前に、スタイルを変更する可能性があります
これどうやってするの?
「dev」などの別のブランチを作成し、マスターにマージする前に、それに対してコードを作成するように人々に指示する必要がありますか?
私は最近、人々がプル リクエストを送信している GitHub でプロジェクトの管理を開始しました。それらをマスターにマージするのではなく、次の機能が必要です。
最初にそれらを精査して、実際に機能することを確認します
マスターにマージする前に、スタイルを変更する可能性があります
これどうやってするの?
「dev」などの別のブランチを作成し、マスターにマージする前に、それに対してコードを作成するように人々に指示する必要がありますか?
これには、プルリクエストをローカルでチェックアウトしてプルリクエストを変更する方法を詳しく説明した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プロジェクト管理ワークフローに関する非常に優れたページであり、コラボレーション統合で実行できるさまざまなワークフローについて詳しく説明しています。
GitHub で物事を行うより速い方法は、 Zach HolmanがGitHub 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 のエイリアスとして追加できます。