问题标签 [branching-and-merging]

我在我们的 mercurial 存储库中使用分支，并注意到在单独的分支中完成的重命名在合并到默认分支后未显示预提交。但是，在您发出hg diff -g命令时提交后，它会正确显示重命名。

以下片段显示了我的意思。正在创建一个新的存储库。我默认创建一个文件。然后我创建一个名为 branch-one 的分支。我重命名分支一中的文件并将此更改合并回默认值。在提交默认值之前，我做了一个差异来查看更改是什么，并注意它不会获取重命名，而是报告删除然后添加。但是在提交之后我再次检查差异，这次重命名被正确报告。

有没有办法在提交之前正确报告差异？

我在 Windows XP 上使用 1.6.3 版。

我在 Perforce 存储库中有以下分支情况：有一个主线“主干”和两个发布分支“1.0”和“1.1”。具有客户特定更改的分支“客户”已从 1.0 分支分支出来。现在客户想要迁移到 1.1 版。如何将 1.1 分支合并到客户分支中？客户特定的更改应保持在 1.1 的“顶部”。

这是一个受影响文件的图表：

我正在查看的文件的当前版本是客户分支上的修订版 3。

如果我选择将分支“1.1”与目标“客户”集成，我会期望找到两者的共同祖先（主线上的修订版 100）并且从那里到 1.1 分支顶端的所有修订版都被合并（那些在括号内）。

相反，Perforce 只提供合并 1.1 分支的修订 1 到 3，这会失败，因为它错过了之前在主线上发生的必要更改。

我怎样才能说服 Perforce 这样做，而不必手动查看每个文件并选择要合并的修订？也许分支策略不合适？我还应该做什么？

我在Ubuntu Linux 服务器上有一个 Subversion 存储库（运行 SVN 1.6.6），我正在尝试使用TortoiseSVN GUI 创建一个分支；但是，我收到一个错误：

复制 c:\work\repositoryWorkingcopy\ 到http://svnserver/svn/repository/Oct13，修订版头

找不到错误“/svn/repository/!svn/bc/234/branches”路径

我登录到我的 Linux 机器，查看“分支”文件夹是否不可用。但是，我可以看到 /var/svn/repository/branches 存在。

那么，有什么问题，我该如何解决呢？

我尝试了以下命令（根据http://svnbook.red-bean.com/en/1.1/ch04s02.html#svn-ch-4-sect-2.1）以及命令行并得到了类似的错误：

svn: '/svn/repository/!svn/bc/235/branches' 路径未找到

我该怎么办？

此外，svn info在工作副本的主目录中提供了以下信息。

我在泡菜里。我在 Beanstalk 上使用 SVN 1.5，在 Windows 7 上使用 Tortoise SVN 客户端 1.6.11 x64。

我正在一个分支上开发，并且每周至少一次将主干的更改合并到我的分支中。我最近注意到有些事情不起作用，因为主干更改没有进入我的分支。当我尝试进行合并时，Tortoise 表现得好像树干中没有要合并的更改。测试合并显示没有文件被添加或更新。

我试图将我的分支合并回主干，但收到一条消息说我的分支不是最新的，并告诉我合并来自主干的一系列修订。

我真的不想手动做这个。我如何告诉 Tortoise 和/或 SVN 我的分支不是最新的？

我们是一家公司，致力于小型和大型项目。有时在一个项目上会有更多的开发人员 5、10、20 等。

我们正在寻找具有最佳可选属性的有效版本控制系统：

性能问题——一种文件大小，复杂的目录结构

可扩展性——支持 5、10、25 个开发人员，10、50、200 个项目

合并分支

代码更改的修订和标记

开发人员、领导者、供应商、领导者发展、客户等的统计和报告。

支持各种技术的开发——.NET、JAVA、PHP、Oracle、Delhpi、ABAP/SAP。

此刻，我们在 之间做出决定SVN, VSS, Rational rose, ClearCase and JIRA。其中一些解决方案是否支持错误跟踪和知识库存储库？

也许有人在这个话题上有经验，可以提出建议。

提前致谢。

最好的祝福。

任何人都对如何让多个团队使用 Microsoft TFS 进行并发 asp.net 开发有一些好的建议？

过去很多年我一直在使用颠覆，它允许我的团队自由工作而无需专门锁定文件并在可能的情况下进行自动合并（比如 99% 的时间）

但是当我的新团队被迫使用带有排他锁的 TFS 时，这一切都崩溃了……

有什么想法吗？

我试图让三个开发团队一起处理一个大项目，并希望通过分支来完成它，这样我们就不会覆盖更改并有效地工作。

我在一家“内部”IT 商店，我们目前使用 ClearCase 进行版本管理。我们的分支策略很常见，主分支保留用于实时代码，而主分支则用于项目和修补程序类型的活动。每个项目（它们经常重叠）都有一个主分支，我们没有多层分支。

我们得到的情况是，我们必须在集成分支之间进行合并，以便版本 4 分支在版本 3 上线之前获取所有版本 3 的更改（例如），从而成为基线。以及当项目很高且必须支持时发生修补程序的次数。

然而，这在 TFS 世界中实际上是不可能的，因为我们不希望不得不进入命令行来进行毫无根据的合并，但是我们需要具有高度灵活的分支能力——我们已经真正拥有了习惯于使用 ClearCase。

因此，理想情况下，我们希望 TFS 分支允许我们拥有生产基线，能够分支执行短期修补程序，能够分支执行项目——实际上并不知道哪些分支将上线（因此基线）首先。通过所有的 MS 文档，他们似乎都专注于产品类型环境 - 但我们主要是一家支持和增强商店。

我正在寻找建议/指针——我一直是 ClearCase 管理员，可以很高兴地在心理上处理分支——但我想出的所有东西看起来都不适合 TFS——但这很可能是因为我的心理过程类似于 ClearCase，并且与 TFS 不一致（还没有！）

情况：我是 Mercurial 的新手。我最近设置并开始使用推荐给我的模型中的存储库（请参见下面的 Rudi 图表）。事情进展顺利，但我遇到了第一个实际应用问题。Mercurial 似乎面向前向/混合合并，我想备份。我想从供应商分支开始清理我们的默认和稳定分支，重新进行更改并将其作为默认值签入。然后将其合并到稳定中。

问题：如何以供应商分支作为父分支，合并默认更改并将它们提交到默认分支？

我认为以下会做到这一点，但更新会改变工作目录。

精简版：

在 P4 中分支后，如何找到分支的“源”更改列表？

长版：

假设我的项目的主要分支位于

此处提交的最新更改列表是@123，当我决定为 1.0 版创建一个分支时

从 P4V 开始，一个新的变更列表被创建（比如@130），解决并提交。

在 CLI 中，它看起来像这样：

后来，我查看下的更改列表//project/1.0，看到@130 更改列表包含很多分支文件。我怎样才能找到更改列表编号。这最初是从（即@123）分支的？

我们在 Subversion 中使用每个发布分支的开发模型。我们倾向于一次有 2 或 3 个活动分支 - 主干（开发）和两个发布（维护）分支（即 5.0 和 6.0）。

我们一直遇到的问题是，如果我们在 5.0 中发现一个错误并在 5.0 中修复它，并不是每个人都记得将他们的修复合并到需要合并错误修复的所有分支中（在这种情况下是 6.0 和主干）。

您如何确保将错误修复合并到所有必要的分支中？什么是解决这个问题的好方法？