发布配置管理

作者: 昵称为空呵呵
发布时间: 2024-05-13 03:06:41 (2天前)
转自：

4 条回复

0#
回复此人
别烦我 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 你没有提到哪种语言，但你可能会考虑做 <a href="http://msdn.microsoft.com/en-us/library/x435tkbk(VS.80).aspx" rel="nofollow noreferrer"> 条件编译 </A> ： </p> <pre> <code> #If FirstCustomer Then ' <code specific to the FirstCustomer version>. #ElseIf SecondCustomer Then ' <code specific to the SecondCustomer version>. #Else ' <code specific to other versions>. #End If </code> </pre> </DIV>

编辑
1#
回复此人
青年@ | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我想这取决于有多少事情需要改变。对于配置文件，我喜欢将单个文件保留在源代码管理下，并使用构建脚本来设置特定于环境的（或在特定于客户端的情况下）项目。 </p> <P> <a href="http://automaticchainsaw.blogspot.com/2008/02/automate-config-changes-for-different.html" rel="nofollow noreferrer"> http://automaticchainsaw.blogspot.com/2008/02/automate-config-changes-for-different.html </A> </p> <P> 对于二进制文件，它可能更多地与您拥有的数量和它们来自何处有关。如果它们是代码编译的一部分，那么理想的编译过程将创建您需要的内容。如果它们是其他资源（例如图形），则可能在一个目录下有一组客户特定的文件夹。构建脚本将根据传递给脚本的参数拉入正确的客户端文件夹。这基本上是您在问题中提到的分支和合并想法。 </p> <P> 关于您以后关于多行配置更改的评论 - 假设它是xml，您可以查看MSBuild社区任务中的XmlMassUpdate类。我自己没有用它，但看起来它可能就是你需要的东西。 </p> </DIV>

编辑
2#
回复此人
独奏♪ | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 这可能发生在不同的客户，环境（QA，登台，生产......），地区（美国，欧盟，亚洲......）或不同的应用程序类型（如果您必须在服务移动客户端时配置服务器）而不是网络或桌面）。 </p> <P> 通常，人们要么手动维护配置文件（如你所提到的），这是容易出错且不安全的。或者像佩德罗提到的那样，使用构建脚本“窥视并捅”配置文件中的正确值。这种方法还意味着对于影响配置的每个代码更改，脚本也应该更改哪个不理想。调试和测试这些脚本（无论它们是什么语言）通常很难，如果不是不可能的话。 </p> <P> 面对您的确切问题，我们开发了一个基于中央配置服务器的解决方案，为客户端提供配置服务。服务器支持值的继承，更改的审计和版本控制，模板甚至是实时下推到客户端的运行时更改。 </p> <P> 我们非常接近将此服务作为云托管配置管理解决方案发布。如果您想尝试一下，请注册测试版 <a href="http://woot.configchief.com" rel="nofollow"> http://woot.configchief.com </A> </p> </DIV>

编辑

登录后才能参与评论