【问题标题】:Continuous integration vs automatic builder持续集成 vs 自动构建器
【发布时间】:2015-08-13 08:53:00
【问题描述】:

我已经阅读了很多关于该主题的内容,但仍然没有看到持续集成相对于自动构建器的优势。

我现在正在使用 Jenkins 和 Gradle。我的工作流程如下: 将 dev 分支、构建、测试和部署到 Heroku。

在这种情况下使用 Jenkins 有什么好处?

似乎只使用 gradle 我会得到相同的结果

【问题讨论】:

    标签: jenkins gradle continuous-integration build-automation


    【解决方案1】:

    Gradle 是一个知道如何构建项目的构建工具。 一个开发人员将自己使用它来构建项目。

    Jenkins 不是构建工具,而是持续集成工具。两个区别:

    • 它的主要目标是让您控制何时自动触发构建(每小时、每天...)并以任何方式(电子邮件)提供适当的反馈(回归、测试覆盖率、代码审查) ,仪表板)到团队
    • Jenkins 本身不知道如何构建项目,这就是它需要构建 Gradle、Maven 或 Ant 等插件的原因。

    【讨论】:

    • 在我的情况下,触发器是当我推送 dev 分支时。在 Gradle 中创建任务以推送 dev 分支、构建、测试和部署到 Heroku 或使用在 Jenkins 中实现的触发器有什么区别?我想我也可以使用 Gradle 设置适当的反馈,所以我看不出有什么不同
    • 谁能看到你的 Gradle 脚本的结果?除了您之外,没有人会知道构建和测试是否通过。持续集成与此无关。 CI 还提供了一种在一个地方管理任意数量的项目/分支的方法。将其视为开发人员团队的奖励工具。
    猜你喜欢
    • 2015-04-20
    • 1970-01-01
    • 2013-11-29
    • 2010-09-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-08
    相关资源
    最近更新 更多