これをよく説明できるかどうかを見てみましょう。 私たちはGitFlowを使用しているので、DEVブランチがあり、開発者には機能ブランチがあります。彼らはPRを行い、QAは可用性に基づいてPRを完成させる。 QA_Releaseに分岐すると、ビルドされ、デプロイされます。分岐ノード上にあるときにgitログが見つからない
誰かがDEVブランチをビルドすると（ビルド番号でタグ付けされている）、QA_Releaseに分岐してビルド番号を付けてビルドすると気付きました。私は、分岐したノード上にあったPRを見逃しています。
xのコミットが構築され、タグ付けされた場合、 'git log 2..3'を実行すると分岐した場合、2からのPRの説明は表示されません。私が 'git log 2〜.. 3'を使用すると、それが表示されます。
これは起こっているはずですか？
これは基本的にコミット範囲の仕組みです。
A..B
あなたが実際にこれを言う：
あなたはこれが言うとき^A B
"Aから到達可能であるすべてのものを除いて、Bから到達可能であるすべてのもの" を意味します。この最後の部分にはAが含まれているため、ログの一部ではありません。
"2〜"と言うとき、あなたは "2の親"と言うので、 "2の親から到達可能なすべてを排除する"と言います。これはではないが含まれています。
これはgitflowやブランチやプルリクエストとはまったく関係ないことに注意してください。
現在の範囲のドキュメントを読むことができます：私はこれはあなたの部分からわずか誤解だと思い
私はこれを答えとして受け入れますが、これは最善の方法ではありません。 「除外の欠如」による包含は、物を示す良い方法ではありません。 「AからBへ包括的」と言っていい方法はありませんか？それがなければ、それはそのページの非排他的な例の深さに隠されていました。 しかし、助けてくれてありがとう。 –
。 'git log --help'を実行し、リビジョン範囲に関する部分を読んでください。 'git log aaa..bbb'はドキュメンテーションに従って' 'bbbから到達可能なすべての"コミットを出力しますが、 'aaa'から到達可能なものは除外します。つまり、 'aaa..bbb'の範囲にはコミット' aaa'が含まれていません。 – Alderath
それでは、どうやってAAを含めるのですか？私たちは〜（親）を使用して残されていますか？時にはそれは私が必要以上に私を取得します。 gitログから項目を除外する7つの方法がありますが、要素を含める方法はありません。 –