Tfs 对于同一票据，仅合并最新的正确变更集与完整历史记录？
假设我为一个票证编写了一些代码，并将其签入代码审查（变更集a）。回顾回来说明了需要进行的一些更改。我进行必要的更改，并将其签入（创建变更集B）。假设变更集B使变更集A过时，当需要合并时（可能是从主干到部署分支），两个变更集应该合并到其中，以便保留历史记录，还是只保留最终的正确变更集Tfs 对于同一票据，仅合并最新的正确变更集与完整历史记录？,tfs,merge,Tfs,Merge,假设我为一个票证编写了一些代码，并将其签入代码审查（变更集a）。回顾回来说明了需要进行的一些更改。我进行必要的更改，并将其签入（创建变更集B）。假设变更集B使变更集A过时，当需要合并时（可能是从主干到部署分支），两个变更集应该合并到其中，以便保留历史记录，还是只保留最终的正确变更集 我的印象是，正确的合并将包含对文件所做的所有更改，以便保留历史记录，并且主干中没有悬空的变更集。然而，我的团队在这方面遇到了一些阻力。想法？您主要应该合并“最新的”，而不是挑选变更集。如果合并最新的变更集，则TFVC
我的印象是，正确的合并将包含对文件所做的所有更改，以便保留历史记录，并且主干中没有悬空的变更集。然而，我的团队在这方面遇到了一些阻力。想法？您主要应该合并“最新的”，而不是挑选变更集。如果合并最新的变更集，则TFVC将处理合并多个变更集的所有详细信息。您还可以选择仅合并到特定变更集，而不是最新的变更集
当您的代理操作员选择变更集进行合并时，他们会积极降低最终产品的质量。本质上，您是在最大限度地增加潜在集成问题的数量…他们反对保留完整的更改历史的理由是什么？这取决于您的源代码管理哲学。如果它是为了表示（a）没有人犯过错误的理想代码版本，或者（b）只是最新的理解。在大多数情况下，他们似乎不喜欢将多个变更集合并到后续分支的麻烦。它没有那么整洁。但我很难为整洁之类的东西牺牲准确度。如果这是问题，我会考虑切换到TFS Git。合并多个提交不是问题。