问题标签 [merge]

我正在为 Visual Studio 2005 使用 Team Foundation Server (TFS)。

每当我想比较两个文件的版本时，TFS 都会显示一个带有差异的窗口。

问题是它总是垂直分割。

实际上，几乎每次，我都希望将其水平拆分。 我已经查看了 TFS 选项并进行了谷歌搜索，但我一无所获。我很震惊地认为这样的选项不可用！

有什么方法可以配置 TFS 以水平拆分它？

是否可以将预先存在的 DLL 嵌入到已编译的 C# 可执行文件中（这样您只有一个要分发的文件）？如果有可能，人们将如何去做呢？

通常，我很乐意将 DLL 留在外面并让安装程序处理所有事情，但是有几个工作人员问过我这个问题，我真的不知道。

我尝试 git-svn 的动机是轻松的合并和分支。然后我注意到 man git-svn(1) 说：

不建议在您计划从其提交的分支上运行 git-merge 或 git-pull。Subversion 不代表任何合理或有用的合并；因此使用 Subversion 的用户看不到您所做的任何合并。此外，如果您从作为 SVN 分支镜像的 git 分支合并或拉取，dcommit 可能会提交到错误的分支。

这是否意味着我不能从 svn/trunk（或一个分支）创建一个本地分支，破解，合并回 svn/trunk，然后 dcommit？我知道 svn 用户会看到与 svn pre 1.5.x 中合并的相同混乱，但还有其他缺点吗？最后一句话也让我担心。人们是否经常做这些事情？

我们在交付新版本时的政策是在我们的 VCS 中创建一个分支并将其处理给我们的 QA 团队。当后者开绿灯时，我们标记并发布我们的产品。该分支会保留（仅）接收错误修复，以便我们可以创建技术版本。这些错误修复随后被合并到主干上。

在此期间，主干看到主要的开发工作，并且可能会受到重构更改的影响。

问题是需要有一个稳定的主干（以便错误修复的合并成功 - 如果代码已被提取到另一个方法或移动到另一个类，通常不能）和在引入新功能时需要对其进行重构。

我们的策略是在足够的时间过去并且分支足够稳定之前不进行任何重构。在这种情况下，可以开始在主干上进行重构更改，并且在主干和分支上手动提交错误修复。

但这意味着开发人员必须等待相当长的时间才能在主干上提交任何重构更改，因为这可能会破坏从分支到主干的后续合并。不得不手动将错误从分支移植到主干是很痛苦的。在我看来，这阻碍了发展......

你如何处理这种压力？

谢谢。

我们有几个开发人员在开发相同的 VS2005 解决方案，但我们的源代码控制非常糟糕。（我们公司使用 Harvest，我们投不信任票）。

现在，我们都只是在处理共享局域网驱动器上的文件。显然，这会导致一些问题。但我们认为这比在本地工作、在电子表格中跟踪我们接触的文件并手动合并所有内容要好。有人有合并我们更改的策略吗？

一些问题的存在是因为公司的官僚主义（比如强制 Harvest）。这些相同的政策阻止将新工具引入我们的环境。因此，避免购买/下载新软件的策略最适合我们。

我需要合并一个分叉的项目。不幸的是，CVS $Id 行不同，所以我尝试的合并工具报告所有文件都不同（其中 95% 的文件只有这一行不同）

是否有可以配置为忽略基于模式的行比较结果的合并工具？

[编辑] 我发现 WinMerge 有线路过滤器 - 正确设置它们实际上是有效的。

弗朗切斯科

使用颠覆 1.5 我有分支 B，它是从分支 A 分支出来的。在两个分支中完成工作后，我将 A 中的更改合并到 B 中（svn merge http://path/to/A在 B 的工作目录中使用）并获取svn: Target path does not exist. 这是什么意思？

SVN 合并非常耗时（尤其是在大型代码库上）并且容易出错。Eclipse 和 Netbeans 插件不能很好地为我服务。目前我正在使用手动“svn merge”和图形差异Meld的组合。有没有更好的选择（非win32）？

如果两个用户编辑同一个 wiki 主题，在 wiki（或类似的协作编辑软件）中使用了哪些方法将第二个用户的编辑与第一个用户的编辑合并？

我想要一个解决方案：

• 不需要锁定
• 不会丢失对页面的任何添加。
• 它可能会添加额外的“样板”文本以指示进行不同更改的位置。

（我对可用于实现此用户语音想法以解决堆栈溢出的解决方案感兴趣。）

使用 TortoiseSVN 合并项目的两个分支后，我在提交更改时遇到了问题。

以下是详细信息：

我做了一个合并分支到我正在处理的项目的主干。

项目包括主存储库和与主存储库连接的库，作为svn 外部（库也有分支）作为项目的子目录。

当我试图提交更改时，TortoiseSVN 说：

当然清理没有帮助。

项目目录的svn:external关键字定义良好， lib文件夹仍然包含正确版本的库（主干版本）。

SVN 服务器和客户端都是 1.5.x 版本（TortoiseSVN 是 1.5.3.x）。

从技术角度来看，项目和库都是同一个 SVN 存储库中的项目。

知道出了什么问题吗？

我一直在谷歌上搜索解决方案，但没有发现任何有用的东西，所以我尝试分两步提交我的更改：

1. 从项目文件夹提交更改
2. 从库文件夹提交更改

这没有任何问题。

但我仍然想知道为什么我不能在一次提交中提交所有内容。

编辑：

• （在 Ken G 回答后） TortoiseSVN 1.3.x -> 1.5.3.x 的固定版本。