svn - 发布配置管理

Question

我们的 Windows 可交付成果为不同的客户提供了不同的配置文件集和二进制 Assets 。现在配置是在打包之前手工完成的，而且容易出错。您如何看待为每个客户使用分支，并让包构建/脚本自动将客户的分支与主干合并？

我不太关心可伸缩性，而是尽快实现自动化。

整个 packag 内容都在 SVN 中，但是 SVN 的分支和合并非常微妙，我不相信它在自动化时能够始终如一地工作。如果你们喜欢这个想法，我可能会尝试为此使用 git-svn，因为它有望使合并变得不那么微妙。我们不一定要合并 Assets ，因为它们是有组织的，所以安装程序可以跳过不合适的目录树，但配置并不是那么简单。

Answer 1

我想这取决于有多少事情需要改变。对于配置文件，我喜欢将单个文件置于源代码控制之下，并使用构建脚本来设置特定于环境(或者在您的情况下为特定于客户端)的项目。

http://automaticchainsaw.blogspot.com/2008/02/automate-config-changes-for-different.html

对于二进制文件，它可能更多地与您拥有的二进制文件的数量以及它们的来源有关。如果它们是代码编译的一部分，那么编译过程理想情况下会创建您需要的内容。如果它们是其他资源，例如图形，您可能在一个目录下有一组特定于客户的文件夹。构建脚本将根据传递给脚本的参数拉入正确的客户端文件夹。这基本上就是您在问题中提到的分支和合并想法。

关于您稍后关于多行配置更改的评论 - 假设它是 xml，您可以查看 MSBuild 社区任务中的 XmlMassUpdate 类。我自己没有使用过它，但看起来它可能是您所需要的。