Jenkins 持续集成与自动生成器

Jenkins 持续集成与自动生成器,jenkins,gradle,continuous-integration,build-automation,Jenkins,Gradle,Continuous Integration,Build Automation,我已经读了很多关于这个主题的书,但仍然没有看到持续集成比automatic builder更具优势 我现在用的是詹金斯和格拉德尔。我的工作流程如下: 将开发分支、构建、测试和部署推送到Heroku 在这种情况下使用詹金斯有什么好处 似乎只要使用gradle,我就会得到同样的结果,gradle是一个知道如何构建项目的构建工具一个开发人员将自己使用它来构建项目 Jenkins不是一个构建工具,而是一个持续集成工具。两个区别: 它的主要目标是让您控制何时自动触发构建(每小时、每天…),并通过任何方式

我已经读了很多关于这个主题的书,但仍然没有看到持续集成比automatic builder更具优势

我现在用的是詹金斯和格拉德尔。我的工作流程如下: 将开发分支、构建、测试和部署推送到Heroku

在这种情况下使用詹金斯有什么好处


似乎只要使用gradle,我就会得到同样的结果,

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

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

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

在我的例子中,触发器是在我按下dev分支时触发的。在Gradle中创建一个任务,将开发分支、构建、测试和部署推送到Heroku,或者使用Jenkins中实现的触发器,有什么区别?我想我也可以使用Gradle设置适当的反馈,所以我看不出有什么不同谁能看到你的Gradle脚本的结果?除了您之外,没有人知道构建和测试是否通过。而持续整合与此无关。CI还提供了一种在一个位置管理任意多个项目/分支的方法。可以将其视为开发团队的奖励工具。