问题标签 [branching-and-merging]

如何使用 TortoiseSVN 客户端与 Apache Subversion 进行分支和合并？

如何在 SVN 中创建分支？

在 SVNtrunk中，推荐用于主要开发的地方，我在所有项目中都使用这个约定。但是，这意味着主干有时不稳定，甚至损坏。例如，当

• 我犯了错误
• 当由于 SVN 的工作方式而不得不破坏主干时。典型示例是文件重命名 - 您必须先提交任何文件重命名，然后再进行任何进一步的修改；但是，文件重命名可能需要代码重构以反映命名空间或类名更改，因此您基本上需要分两步提交单个逻辑操作。并且构建在步骤 1 和 2 之间中断。

我可以想象会有一些工具来防止错误地提交某些东西（例如 TeamCity 和延迟提交），但你真的能克服第二个问题吗？如果不是，那么在某个分支上进行“狂野开发”/branch/dev并仅在构建相当可靠时才合并到主干不是更好吗？

维护代码时要遵循的最佳实践和经验法则是什么？在开发分支中只有生产就绪代码是一种好习惯，还是应该在开发分支中提供未经测试的最新代码？

你们如何维护开发代码和生产代码？

编辑 - 补充问题 - 您的开发团队是否遵循“尽可能提交并且经常即使代码包含次要错误或不完整”协议或“提交-将代码提交到开发分支时只有完美代码”协议？

我有两个完全合并在一起的分支。

但是，合并完成后，我意识到一个文件已被合并弄乱了（其他人做了自动格式化，gah），在另一个分支中更改为新版本会更容易，并且然后在将它带入我的分支后重新插入我的一行更改。

那么在 Git 中最简单的方法是什么？

我相当习惯于使用 svn 进行分支和合并，通常这工作正常。然而，一个组件在两个分支中工作，并且基本上将组件带到不同的方向，因此自动合并将不起作用，并且使用超越比较显示文件大部分不同。

我试图将一些文件拼接在一起，但结果，即使它们有效，也是相当可怕的。

我很想对企业说，这是无法做到的。我可以看到这让他们感到沮丧，因为他们有模块 + 功能 A 和模块 + 功能 B 工作，但模块 + 功能 A + 功能 B 就目前而言没有意义。例如，功能 A 可能会删除功能 B 中的关键组件。

有没有办法尝试合并这样的代码？或者模块+A+B真的是模块+C吗？

我们确实看到了这一点，但与功能 B 相比，功能 A 需要的时间范围更短，而功能 B 是长期运行项目的一部分。有没有办法避免这种情况发生？或者他们是如何构建代码以使两个功能很好地结合在一起的？

想象一下，您有一个大型软件项目，您必须同时支持多个分支（版本）。例如，您在网站上有一个生产版本，一个当前由客户测试的集成测试版本，一个用于本地系统测试的测试版本，以及一个开发人员正在破解新功能的开发版本。

什么版本控制系统可以很好地支持这种设置？我主要担心的是它应该支持不同版本之间的合并 - 如果您在生产版本中修复紧急错误，您不想检查所有其他版本并手动修复错误 5 次。

如果你有答案，我想听听你应用它的项目有多大，你有什么经验。我正在寻找一个明确支持开发人员合并的系统 - 由构建管理器等应用脚本的解决方案对我们没有帮助。（太危险了；开发人员应该立即完成合并，因为他/她最清楚该做什么。）非常感谢！

当我在 Hg repo 中有两个分支时，如何仅将一个文件与另一个分支合并，而不合并变更集中的所有其他文件？

是否可以仅合并某些文件，而不是整个变更集？

我想将我已经提交给 master 的最后几个提交移动到一个新分支，并将 master 带回这些提交之前。不幸的是，我的 Git-fu 还不够强大，有什么帮助吗？

即我怎么能从这个

到这个？

如何比较一个分支与另一个分支？我想将一个分支与主干中的最新版本进行比较。