2017-10-05 9 views
5

masterからブランチして、すぐに空のプルリクエストを作成して、特定の機能の実装の詳細を議論します。変更を加える前に、ディスカッションの空のプルリクエストを作成できないのはなぜですか?

ブランチを選択して「プルリクエスト」をクリックした後、Githubは「何も比較しない」と主張し、「プルリクエストの作成」ボタンを提供しません。

フローstatesにGithubに独自のドキュメント(2回、右矢印をクリックします):

あなたは、開発プロセス中の任意の時点でプル要求を開くことができます:あなたはほとんど、あるいはまったくコードを持ってあなたが立ち往生して助けや助言が必要なときや、誰かがあなたの仕事を見直す準備ができているときに、スクリーンショットや一般的なアイデアを共有したい。

しかし、プルに自分のドキュメントhere状態要求:

プルリクエストがあなたのブランチと上流分岐

の間に差異がある場合、私は利用したいだけを開くことができますコードの変更をコミットする前に、私のチームとGithubのコラボレーション機能を使用してください。私たちが理解しているように、プルリクエストはコードの変更や実装の詳細(つまり「解決策」)に関するものですが、問題はより高いレベルで、機能/バグ(すなわち「問題」)について議論するためです。

私はこれらのことを誤解していますか?

編集:

Apparently私がコミット空でブランチを変更することにより、プロセスを回避することができます

git commit --allow-empty -m "make pull request"

が、私は、なぜ私の(デフォルト)よりよく理解しようとしています空のPRを作成するという決定は、最初は間違っていたし、なぜ彼らのドキュメンテーションが矛盾するように見えるのか。厳密な「相談コード PR」の方針などはありますか?これは議論の余地のある問題ですか?

+0

これは価値がありますが、これはGitHubのことであり、Git自身とは関係ありません。 – torek

+0

@torek GitHubはgitとたくさん関係していると言う人もいます。 –

+0

これは、Gitとはまったく関係のない議論の一部(GitHubが行う会話と電子メールの生成)です。これは、マーケティングの話が進むにつれて、GitHubがどのように「価値を追加するか」の重要な部分です。これがあなたの問題に役立つはずですが、コードレスプルリクエストを作成すると、「付加価値」が増え、それができないということは少ないことを意味します。 – torek

答えて

1

2013年12月...から「ノーコード」の日付について話ドキュメント:

enter image description here

彼らが最新である公式ドキュメントに自分の方針を変更し、適用可能ですgithub.comとGitHub Enterpriseに
この不正確さについては、contact GitHub supportと言いたいかもしれません。

+0

私はそれを気づかなかった - 良いキャッチ。私は彼らにそれについて尋ねます。ありがとう –

+0

興味深いことに、私はGithubからまだ聞いていないが、その記事の "Last Updated"は2017年11月30日であり、まだ「ほとんどコードがない」と主張している。 –

関連する問題