問題タブ [pull-request]

プル リクエストを作成したり、GitHub でホストされている別のリポジトリに送信したりするにはどうすればよいですか?

私の質問

私はそのようなことをします：

変更をレビューしている人は、次のことを行っています。

これでプル リクエストが承認済みとしてクローズされることを期待していましたが、そうではありませんでした。

いくつかの背景情報

「プルリクエストでの作業」というビットバケットのドキュメントをたくさん読みましたが、これはまだ明確ではありません。

ブランチからのすべてのコミットが(経由で) ブランチnew_featureに適用されたことを確認でき、どのファイルが変更されたかを確認できますが、bitbucket のプル リクエスト インターフェイスで「マージ」を押すと、マスターに別のコミットがマージされます。これはファイルを変更しません（すべての変更は以前のによってすでに適用されています）が、それらすべてのコミット履歴をマスターに持ち込むだけで、私が望んでいたものではありません。mastergit merge --squashgit merge --squash

経由: https://confluence.atlassian.com/display/BITBUCKET/Working+with+pull+requests

リクエストをローカル システムに手動でプルする

プル リクエストを受け入れる前に、ローカル システムで変更セットをテストするワークフローを使用することをお勧めします。これは、任意のプル リクエストで実行できます。一般的なワークフローは次のとおりです: Bitbucket でプル リクエストを受信します。着信変更セットでローカル リポジトリを更新します。変更セットを調査および/またはテストします。変更セットが適切であれば、それをローカル リポジトリにマージします。いくつかの競合を解決する必要がある場合があります。次に、ローカル リポジトリを Bitbucket にプッシュします。Bitbucket に戻ると、プル リクエストは [プル リクエスト] タブで承認済みとしてマークされます。変更リクエストが気に入らない場合は、変更をローカルで破棄し、Bitbucket でプル リクエストを拒否します。アイデア？

プルリクエストをデフォルトで機能ブランチから開発にマージさせたいです。

私はgitフローの使用を提唱しているので、機能のプルリクエストが送信されると、プルリクエストはマスターではなく開発にマージされる必要があります。

一部のマネージャーは、人間であるため、チームリーダーがその事実を見逃し、プルリクエストを誤ってマスターにマージして、後でリリースに問題を引き起こす可能性があるとコメントしました。

マージ地獄のリスクを軽減したいので、これはこの目標を達成するのに大いに役立ちます。

編集：私はhubflow（http://datasift.github.com/gitflow/）と呼ばれるgitflowのフォークを使用しています。デフォルトでは、機能ブランチが作成されると git hf feature start [tik-123] 、機能ブランチは仕様ごとに作成されますが、元の場所にプッシュされます。コラボレーションのためにこれが欲しいです。機能が完了すると、開発者はgithubの機能ブランチに移動し、プルリクエストを発行します。次に、チームリーダーはプルリクエストを確認し、機能がスプリントでリリースされる予定の場合は、機能を開発にマージします。

ローカルに複製された既存のリポジトリからプルリクエストを送信するにはどうすればよいですか？

多くの場合、githubのライブラリのソースコードを確認したいので、クローンを作成します。後で、私はコードにいくつかの問題を発見し、それをメーリングリストに載せます。図書館の作者は「いいね、プルリクエストを送ってくれませんか？」と言っています。

そして、その答えは「それほど簡単ではない」です。私はまだリポジトリをフォークしていません、私はそれを複製しました。そして、複製されたリポジトリからプルリクエストを送信する方法が見つからないようです。

この制限が当てはまる場合、賢明な反応は、あなたがこれまでに見たものすべてをフォークすることであるように感じます。そして、それはあなたのgithubアカウントを多くの非アクティブなフォークでいっぱいにします。

この問題についてはあまり話されていないようです-この問題が影響を与えるのは私だけですか？

Github でプル リクエストを作成しました。プル リクエストに 2 つのコミットがあります。どうすれば (可能であれば) 最初のコミットのみをマージしてから、2 番目のコミットに対して 2 番目のプル リクエストを作成できますか?

例: コミット A と B を含むプル リクエストがあります (この順序で。B は最新のコミットです)。A のみを 1 つのプル リクエストにマージし、別のプル リクエストを作成して B をマージしたいのですが、どうすればよいでしょうか。

GitHubからリポジトリのクローンを作成したいと思います。問題は、メインブランチが必要ないことです。この未承認のプルリクエストのバージョンが必要です。

メインリポジトリの代わりにプルリクエストバージョンを複製することは可能ですか？

これらのボタンをクリックすると、Githubは何をしますか？Githubでプルリクエストを行ったとしましょう。git pull ....（ ？）と入力するgitコマンドは何ですか。そして、フォークはどうですか？Githubは舞台裏で何をしていますか。

私はgitやgithubについてほとんど手がかりがなく、手がかりは必要ありません。しかし、ここにオープンソースプロジェクトの2行のバグ修正があります。協力の精神などで、貢献したいと思います。それが私にあまり苦痛を要しないなら。

それで、何年も前に私はリポジトリをフォークし、時々私自身の修正をいくつか行い、そしてつい最近この2行のバグ修正を行いました。すべてがマスターブランチにチェックインされ、元に戻されました。次に、2行のバグ修正のみのプルリクエストを作成します。githubはそのような機能を提供していないようです。

振り返ってみると、2行のバグ修正を行う前に、おそらく完全に別のプロジェクトブランチを作成する必要がありましたが、a）2行のコードには管理上の負担が大きすぎ、b）貢献したいとは思いませんでした。私が書いたときのバグ修正。そしてとにかく、今では手遅れです。

新しいブランチを作成することもできますが、それでも他のすべてのガベージ変更が含まれます。だから私はどこにも行きません。すべてのローカル変更を除いてアップストリームから新しいブランチを作成し、この1つの変更だけをやり直したいと思います。しかし、まったく新しいフォークを作る以外にそれを行う方法は見当たらず、まったく新しいフォークは必要ありません。

今のところ、私の最善の解決策はあきらめることです。コードは今私のために機能しますが、それは私の問題ではありません。誰かがより良い計画を持っていますか？

同僚がプルリクエストを送信してGitHubで表示するたびに、コミット内のファイルの一部が完全に新しいコンテンツのように表示されます。たとえば、1200行の削除や1220行の追加など、実際には20行しか追加されていません。

ファイルは再フォーマットされておらず、見た目はほとんど変更されていませんが、Gitは100％ピンク、続いて100％グリーンを示しています。

これを引き起こしている可能性のあるアイデアは、非常にありがたく受け取られます。

プル リクエストにあるこれらのファイルをダウンロードしようとしています: https://github.com/scikit-learn/scikit-learn/pull/1653

これは、git clone を使用して Linux 端末から可能ですか?

ありがとう！