問題タブ [pull-request]

プロジェクトにフォーク/プルリクエスト機能のようなgithubを実装するには、自動マージ機能で、プルリクエストを表示している間、ソース/ターゲットリポジトリ間の競合を毎回検出する必要があります。

解決策の1つは、「gitrequest-pull」出力を分析することです。競合を検出するためのより簡単な方法はありますか？

Githubプロジェクトリポジトリがあります。寄稿者がリポジトリをフォークし、新しいファイルを追加して、プルリクエストを送信してくれました。

彼がその（.java）ファイルで自分の名前空間を使用しているのに対し、私のプロジェクトの残りの部分は自分の名前空間を使用していることに気付きました。

美的には、リポジトリ内のすべてのファイルで名前空間を使用したいと思います。しかし、これは彼が書いたコードであり、彼の貢献です。

ここでの最高のエチケットまたは行動方針は何ですか？

プル リクエストを作成しましたが、このプル リクエストに追加のコミットをプッシュする必要があります。Github は次のように述べています。

myaccount/repo の x4e925e4 ブランチにプッシュすることで、このプル リクエストにさらにコミットを追加できます。

コマンドラインからこれを達成するにはどうすればよいですか?

シナリオは次のとおりです。

私は公開レポAを持っています。BobはAをフォークし、 にいくつかのコミットを追加しBob/masterてプル リクエストを送信し、これらの変更を にマージしA/masterます。にマージする前に、提案されたプル リクエストにいくつかの変更を加えたいと思いA/masterます。

にプッシュできない場合、どうすればそれを行うことができBob/masterますか?

GitHubプルリクエストの編集に関する私の回答に対するフォローアップの質問では、パッチファイルを適用する前に直接編集すると、元の作成者の作業の功績が認められるかどうかが尋ねられました。元の質問の一部ではなかったので、ここで新しい質問として質問します。

私はgithubにレポを持っており、他の誰か（議論のためにボブ）がプルリクエストを発行しました。彼のコードは完璧ではないので、マークアップを数回行います。私が理解しているように、彼はマークアップされた変更のセットごとにプルリクエストにコミットしてプッシュします。

したがって、私のリポジトリは次のようになります。

コミット SHA とメッセージは次のとおりです。

A:

B:

子：

D:

このプルリクエストを喜んで受け入れます。しかし、マークアップ前のバージョンが私のレポになかったほうがいいです。次のすべてを達成できますか？そしてどうやって？

• B、C、D を 1 つのコミットとしてリポジトリにマージする
• 「Merge pull request #99 into ...」コミットも生成します
• プル リクエストを github に自動的にクローズさせる

GitHubでプロジェクトをフォークしました。純粋なJavaソースであるため、作業する前に、それをEclipseプロジェクトに変換するように調整する必要がありました。これらの変更を反映するために、3つのコミットを行いました。

次に、実際のプログラムの調整を終了しました。これらの変更を要求するプルリクエストを開発者に送り返したいと思います。

私のコミット履歴は次のとおりです。

• コミット＃1、＃3、および＃4は日食ベースであり、送信しないでください。
• ＃2、＃5、＃6、＃7、および＃8はソースに関連しているため、送信する必要があります。

＃1、＃3、＃4を省略してプルリクエストを送信するにはどうすればよいですか？

私たちのビジネスでは、次のセットアップ（非常に簡略化されたバージョン）があり、かなり標準的です。

• フックを介してライブ環境を更新するマスターブランチ。
• QA、UAに使用されるテストブランチ。同じ方法でテスト環境を更新します。

リポジトリはGitHubでホストされています。

ワークフローは通常次のとおりです。

• マスターから引っ張る
• 特定のチケットで作業するためのブランチ（Ticket1など）を作成します
• 作業を行い、ローカルでテストします
• ブランチTicket1をコミットしてプッシュする
• githubのプルリクエストを介してTicket1をテストにマージします。これにより、ピアコードレビューなどを行うことができます。

とても標準的です。時々遭遇するテストブランチにプルリクエストを行うとき、プルリクエストで、githubは開発者によって行われたと思われるコミットよりも多くのコミットを表示します。調査の結果、それが発生したときに少なくとも1つの特定のケース（これが唯一のケースではない可能性があります）に気づきました。

1. 開発者Aは、テストにいくつかの変更を加え、QAとUAに合格し、マスターとマージされます。
2. 開発者Bはさらにいくつかの変更を加えます。マスターとマージするとき、競合があります。開発者Bは競合を解決し、IDが1234567などの新しいコミットで競合の修正をコミットします。
3. 開発者Aは別のチケットの作成を開始します。マスターからプルし（したがって1234567コミットをプルします）、ブランチを作成し、コミットし、プッシュします。GitHubでプルリクエストを行ってブランチをテストにマージすると、GitHubはコミットと1234567をマージしたいと考えます。彼はその特定のコミットについて何も知らないので、それは彼を怖がらせます。

私は同様の質問を検索しましたが、少なくとも次のことを見つけました。

• GitHubプルリクエストに2つのコミットがあるのはなぜですか？
• フォークされたリポジトリのマスターブランチで最新のコミットのみを使用してGitHubでプルリクエストを実行する方法
• 最新のコミットについてのみ、GitHubでプルリクエストを送信します

彼らはコマンドラインソリューションを扱いました（基本的には「rebase」を使用）。しかし、彼らは私たちの根本的な問題を扱っていません。それは、それが起こらないようにする方法です。なぜそれが起こるのか、つまりいつ起こるのかを知りたいのですが、ワークフローに根本的な欠陥があるのか​​、githubがプルリクエストを作成する方法に関する何かが欠けているのかはわかりません。

確かに、これは以前にあなたに起こったに違いありません。どのように対処しますか？

Github API を使用してプル リクエストをクローズしたユーザーを確認するにはどうすればよいですか?

たとえば、このプル リクエストは myakura によって開かれ、markdotto によって閉じられました。しかし、https: //api.github.com/repos/twitter/bootstrap/pulls/4461 は、markdotto への参照を示していません。

GitHubでプルリクエストを使用して問題を解決するにはどうすればよいですか？コミットメッセージで複数の問題を閉じることについては知っていますが、それは別のケースです。

コミットからではなく、プルリクエストの説明から問題をクローズしたいと思います。もっと好き

プルリクエスト：

また、プルリクエストをマージすると、#123が自動的に閉じます。これは可能ですか？