ci, 所以我们的环境基础本身。
我应该有一个脚本,不仅建立生产,但是否所有的分支为它吗?
当你有一种代码基于两个不同的网址与皮肤,他们应该能需要建立在一次?

有帮助吗?

解决方案

只有这样,才能太自动化是如果你们花费更多的时间与之战斗的建筑或固定的自动化脚本比你只是在做的工作。只要你的自动化脚本需时间较少和生产减少错误做作业手,然后自动化是巨大的。

脚本,以建立和支用于生产是一个伟大的想法!

其他提示

在我看的任何东西的计算机能够做自动它应该做的,因为它可以做得更快、更容易和没有想过从你。在合理范围内的课程,但类似的东西可以非常容易自动化,所以我一直是一个倡导者的自动化,整个过程。

和另外,它可以很有趣!

我喜欢单独的建立和部署步骤,为两个单独的步骤。输出构建一步应该是一个包放在一个存储库或中转区。这包应是独立的目标的环境。

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

原因我喜欢这个方法是:

  • 我有一个软件包,可以运行,在我的发展、测试和生产环境。这应该削减的参数之间的质量保证和发展。
  • 可能有不同的元素,需要配置期间的部署。应用程序服务器的设置,数据库架构、数据载荷,等等。这可能不是很容易做到,从自动化的建立脚本。

在我看来这只是太自动化如果没有一个在你的生产支助小组可以部署的应用程序手在一个紧要关头。自动部署的真正切下来简单,但常见的错误,诸如结构的错误。然而,手部署必须始终是一个选项。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top