gpt4 book ai didi

tfs - 如何仅合并来自 TFS 更改集中的选定文件

转载 作者:行者123 更新时间:2023-12-04 10:21:20 25 4
gpt4 key购买 nike

我需要将变更集合并到 TFS 中的另一个分支。但不幸的是,由于此变更集中发生了不需要的代码 checkin ,我无法将完整变更集合并到新分支。因此,我需要从变更集中跳过不需要的文件并将其他文件合并到新分支。有这样做的可能性吗? Ps:由于变更集很大,我无法手动合并它。

最佳答案

你可以这样做,你将实现像部分合并一样。

A 部分合并 时记录只有来自变更集的一些更改合并到目标 .在以下两种常见情况下,您可能会最终进行部分合并:

场景 1:在检查合并文件时撤消一些挂起的更改

在这种情况下,即使我们已经合并了变更集 开发 ,它仍然是一个合并候选者。这是因为合并引擎检测到该变更集中仍有一些未从 Dev 传播到 Main 的更改。

场景 2:在特征级别执行合并,而不是从分支顶部

例如:假设您有两个分支 开发 ,它们每个都有两个文件夹(Feature1 和 Feature2),每个特征文件夹包含一个文件。我们从功能文件夹( Dev\Feature1\feature1.txtDev\Feature2\feature2.txt )编辑这两个文件并 checkin 更改。

如果在Feature1级别进行合并操作。(Changeset142→
Changeset143) 您会在 Pending Changes 窗口中注意到只有在 Feature1 中完成的编辑文件夹将被合并。完成合并。

如果您查看 Feature1 文件夹的合并历史记录,您将看到变更集 142 中的所有更改都已合并到变更集 143 中。

但是,如果您查看 Main 的合并历史记录,您将看到只有部分变更集 142 已合并到变更集 143 中。这是正常的,因为变更集 142 有一些更改 - Feature2 文件夹中的文件的编辑 - 这没有交付。

在部分合并的情况下,要弄清楚哪些更改已合并,哪些更改集中的更改被排除在外。实现这一目标的唯一方法是 差异 部分合并的变更集的内容,以及作为合并结果生成的变更集的内容。更多详细信息你可以引用这个博客:Partial Merges in TFS – A Guide

因此,如果您不需要的代码仅存在单个或几个文件,您可以按照方案 1 撤消这些文件。

如果这些文件还包含一些其他需要的更改,那么我建议您直接合并所有更改并在合并操作后创建一个新的更改集以排除那些不需要的代码。

这应该是最简单的解决方案。

关于tfs - 如何仅合并来自 TFS 更改集中的选定文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/60829900/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com