Loa*_*man 8 continuous-integration build-process
在一个单人商店甚至(尤其是)大型商店中,您如何在世界范围内维持每日建设？
如果更改API或数据库表等,则必须在应用程序中更改这么多层,或者说sql初始化脚本等.
您如何期望项目构建需要一天以上才能完成的更改？
这是一个发展目标,以确保构建工作在每一个变化？
(顺便说一句,我从'每日构建'中理解的是按下一个按钮并准备好生产代码......我感觉我有错误的选择hehe)
ror*_*rle 10
每日构建不应要求您按下按钮.它应该自动发生,根据特定时间表或基于其他事件(如代码签入)触发.
将主分支中的代码置于永久可构建状态是个好主意.在它工作之前,不要将代码检查到该分支.您可以在自己的分支中处理更大的更改,也可以使用标志阻止某些应用程序的新逻辑.
您可以通过让每日构建脚本执行所有必需的设置来处理数据库模式等要求.请记住,您不需要更改生产模式,因为您不会每天部署您的构建 - 它应该只用于测试,以便您可以尽快识别回归.
在一个单人商店甚至(尤其是)大型商店中,您如何在世界范围内维持每日建设？
世界上你怎么能期望没有一个人在一起？目标是每次签入存储库都可以生成干净的构建.如果不能,你就没有做好事.
当将大量更改放入源代码存储库时,这尤其重要.
您如何期望项目构建需要一天以上才能完成的更改？
简单,只在存储库上构建.仅将内容检查到可用的存储库中.
这是一个发展目标,以确保构建工作在每一个变化？
是的,这就是目标.与大多数愿望一样,它可能不会被满足,但以目标为基础可以很好地反馈代码库中发生的事情.
| 归档时间： |
|
| 查看次数： |
951 次 |
| 最近记录： |