當他們在分支節點上時git日誌丟失

讓我們看看我能否很好地描述這一點。我們使用GitFlow，所以我們有一個DEV分支，開發人員有功能分支。他們讓PR和QA根據可用性完成PR。它被分支到一個被構建和部署的QA_Release。當他們在分支節點上時git日誌丟失

無論如何，我已經注意到，如果有人構建了DEV分支（使用內部版本號進行標記），那麼當我嘗試獲取該版本時，我將分支到QA_Release並構建它（使用下一個內部版本號進行標記）日誌評論我錯過了分支節點上的PR。

1(tag) 2(tag) 
|________x_________ 
      \________ 
        | 
        3(tag)

如果在X上的承諾得到建立，當我做「git的日誌2..3」從2公關描述不顯示帶標籤，然後分支。如果我使用'git log 2〜..3'則顯示。

這是否應該發生？

我想這僅僅是從你一個誤解。做'git log --help'並閱讀關於修訂範圍的部分。 'git log aaa..bbb'應該根據文檔打印所有「可從'bbb'到達的提交，但不包括那些可從'aaa''訪問的提交。換句話說，範圍'aaa..bbb'不包含提交'aaa'。 – Alderath

好的，那我怎麼包含aaa？我們是否使用〜（父母）？有時候，這會讓我獲得比我需要的更多。有7種不同的方式從git log中排除東西，但我沒有看到包含東西的方法。 –

這基本上是如何提交範圍的工作。

當你這樣說：

A..B

你居然這樣說：

^A B

這意味着「一切從B之間，不計一切，是從A到達」。這最後一部分包括A，因此它不是日誌的一部分。

當你說「2〜」時，你說「2的父母」，因此你說「......排除從2的父親到達的所有東西」。這是不是包括2.

請注意，這與gitflow沒有關係，也沒有與您的分支或拉請求，這就是雙點語法如何工作。

你可以閱讀文檔這裏的範圍：

2017-05-03 15:13:19

我會接受這個答案，但這不可能是最好的方法。列入「不排除」不是一種很好的表示東西的方式。沒有一個好的方法來說「從A到B的包容性」？除非存在，並且它隱藏在該頁面的非排他性示例的深處。但是，感謝您的幫助。 –

回答