我已经用尽了google-fu ...我想寻找的是使用具有多种含义的单词，以及过于笼统的单词...。我最接近答案的是{ {1}}，我将用这些术语问我一个问题。
因此TFS（azure dev-ops？）是一个很棒的工具，我们一直在使用它来产生很大的效果。除了一个大问题。
首先，有一点背景知识。我们正在使用“发布流”分支策略。
这意味着，修复的每个发行版候选错误，每个修补程序以及每个偶尔添加到发行版的功能都是Cherry Picked ...，因此我们没有可靠的方法来查看规范的工作清单新版本中引入的项目。
在创建发行版时，它具有非常有用的功能，它使我们可以将新发行版与当前发行版或以前的发行版或最后10个发行版中的任何一个进行比较。所以发布。这显示了我认为比较的两个分支之间的共同祖先之间的任何提交中提到的每个工作项目的列表。因此，正如我刚才提到的，我们看到正在创建的 new 版本中添加到 current 版本中的每个错误修正和功能，因为*提交ID甚至与代码本身是相同的。
所以我问-有没有办法更改该功能，使其不包括我精心挑选的功能/错误修复/等？
是的，樱桃采摘不好，您必须合并，bla bla bla ...伙计们，这不是我要问的。此流程为我们提供的服务比我们尝试过的其他服务要好得多，并且我们真的不想更改它。