1

我开始为我们的发布过程准备路线图。我们目前正在使用 tortoise svn 和 ant 构建源。我正在考虑实施持续集成,并想知道以下选择的正确方向:

首先,目前的过程是这样的,开发人员将处理一个文件,将该文件直接提交到 repo。其他人会运行 tortoise update 命令来获取所需的更改。在构建服务器上遵循相同的过程,其中将更新源代码、构建然后部署到 qa 和生产服务器。然而,这个过程缺乏对 repo 的控制,因为在更新期间,如果两个开发人员处理同一个文件修复两个不同的问题,也会提取不需要的代码。一个被 qa 批准,另一个被拒绝。我该如何克服这种情况。

其次,除了源代码之外,我们还有很多其他文件,例如 xml 文件、css、js 等。如何自动部署这些文件?我已经在本地机器上配置了 Cruisecontrol,它在执行构建时工作正常,但现在确定如何处理其他文件,因为在生产中更新这些文件似乎有风险且容易出错。这方面的任何建议都会非常有帮助。

4

1 回答 1

1

您可以尝试将PowerShell与 CruiseControl 集成,我们的团队让 CC 启动构建过程,然后 PowerShell 将生成的项目文件(代码和其他文件)复制到生产或测试站点或任何地方。

我建议解决缺少存储库控制的问题,即从主干创建候选分支并将其指定为集成代码。一旦确定并提交或提取了必要的更改,将其提升到回归以进行进一步测试。然后,一旦测试成功,就将其推广到生产环境。

在这个过程中,您的开发人员不会直接提交到生产,而是通过一个迭代过程产生一个新的生产存储库,然后可以将其更改重新集成到 Trunk 中,以便该过程可以为下一个版本重新开始。

于 2013-01-14T16:54:01.820 回答