7

我有ci,所以我们的暂存环境会自行构建。
我是否应该有一个脚本,不仅可以构建生产,而且还可以为它进行所有分支?
当你有一个基于两个不同 url 的代码库时,是否应该要求它们一次构建?

4

4 回答 4

8

过于自动化的唯一方法是,如果您花费更多时间来构建或修复自动化脚本,而不是手动完成工作。只要您的自动化脚本比手动执行工作花费更少的时间并产生更少的错误,那么自动化就很棒。

为生产而构建和分支的脚本是个好主意!

于 2008-08-27T03:21:03.467 回答
3

在我看来,计算机能够自动完成的任何事情都应该完成,因为它可以更快、更容易地完成,而且无需您考虑。当然,在合理范围内,但这样的事情对于自动化来说可能非常微不足道,所以我一直是自动化整个过程的支持者。

而且它也很有趣!

于 2008-08-27T03:18:04.830 回答
2

我喜欢将构建和部署步骤分成两个单独的步骤。构建步骤的输出应该是放置在存储库或暂存区域中的包。这个包应该独立于目标环境。

部署步骤负责配置目标环境和安装包。

我喜欢这种方法的原因是:

  • 我有一个可以在我的开发、测试和生产环境中运行的包。这应该减少质量检查和开发之间的争论。
  • 在部署期间可能需要配置不同的元素。应用程序服务器设置、数据库模式、数据加载等,这些可能并不像自动化构建脚本那么容易实现。
于 2008-08-27T03:49:32.617 回答
1

在我看来,如果您的生产支持小组中没有人可以在紧要关头手动部署应用程序,那么它就太自动化了。自动化部署确实减少了简单但常见的错误,例如配置错误。但是,必须始终选择手动部署。

于 2008-08-27T04:47:31.213 回答