build-process - 对于小型项目,持续集成值得吗?

标签 build-process continuous-integration build-automation methodology

自从我 5 个月前加入公司以来,我一直在插入持续集成,但是在看到我们工作的应用程序类型后,我开始认为可能不值得为每个项目都付出努力。持续集成。

如果您在开发部门工作,平均项目需要 2-3 周,并且一旦部署,您很少需要担心,那么持续集成是否值得设置它的麻烦?

最佳答案

可能取决于你的过程。如果您有涵盖代码的单元测试,那么持续集成是值得的。我假设你们都在一个工作模块上工作,因为这些项目需要 2-3 周。

我不认为人们会为他们的每一个提交运行每一个测试,并且持续集成在这里有很大帮助。

另一个原因是您的项目是否高度模块化。我在有很多模块的系统中工作过,开发人员在提交之前不会对整个网站进行功能测试。事情甚至可能无法正确编译,因为开发人员没有检查完整的代码,甚至无法构建其他模块。

无论如何,我建议持续集成。使用像 Hudson 和 Cruisecontrol 这样的设置,它不需要很多时间来设置并很快收回成本。

关于build-process - 对于小型项目,持续集成值得吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/469551/

相关文章:

java - IDE + 手动构建过程

deployment - 数据库迁移 : manage with build script or automatic on app startup?

java - 运行时的 Maven 构建过程/部署和属性

git - Jenkins 和 Gitlab : Webhook isn't running

azure - Azure 上的包还原失败

delphi - 如何包含 Jenkins 作业所需的文件 (Delphi)

java - 如何运行 Maven 站点以及正常的安装/打包目标

javascript - 如何使用命令行工具测试 jQuery?

maven - 将Eclipse格式化程序文件转换为Checkstyle文件

javascript - 为 JavaScript 创建自定义构建系统以进行自动构建的最佳方法?