我开始为发布过程准备路线图。我们目前使用乌龟svn和蚂蚁来建造源头。我正在考虑实施持续集成，并希望知道以下选择的正确方向：
首先，本流程是这样的，开发人员可以处理文件，直接将该文件提交到repo。其他人会运行tortoise update命令来引入所需的更改。在构建服务器上遵循相同的过程，其中in将更新源代码，构建然后部署到qa和生产服务器。但是，此过程缺乏对repo的控制，因为在更新期间，如果两个开发人员处理修复两个不同问题的同一文件，则还会提取不需要的代码。一个被qa和其他人批准拒绝。我怎样才能克服这种情况。
其次，除了源代码外，我们还有一些其他文件，如xml文件，css，js等。如何自动部署这些文件？我已在本地计算机上配置了cruisecontrol，它在执行构建时工作正常，但现在确定如何处理其他文件，因为在生产中更新这些文件似乎存在风险且容易出错。任何建议都非常有用。
答案 0 :(得分：1)
您可以尝试将PowerShell与CruiseControl集成，我们的团队将CC解雇构建过程，然后PowerShell将生成的项目文件（代码和其他文件）复制到生产或测试站点或任何地方。
我建议处理缺少存储库控制的问题，即在Trunk中创建候选Branch并将其指定为集成代码。一旦确定并且已经提交或撤消必要的更改，将其推广到回归以进行进一步测试。然后，一旦测试成功，将其推广到生产。
在此过程中，您的开发人员不会直接向Production提交，而是通过迭代过程生成新的生产存储库，然后可以将其更改重新集成到Trunk中，以便下一个版本可以重新开始该过程。 / p>