Java 没有自动测试的詹金斯

Java 没有自动测试的詹金斯,java,junit,jenkins,Java,Junit,Jenkins,我知道Jenkins专注于持续构建/测试,监控项目的批处理作业。我有一个遗留项目,其条件如下: 有一个开发团队。 它有SVN用于源代码管理 某些操作的某些作业。 编译和构建不需要太多时间,没有非常复杂的依赖关系。 它没有任何自动测试/junit类,也不会有。 我想向有经验的用户询问Jenkins,是否仍然值得使用Jenkins进行项目的集中构建和管理 即使对于简单的项目,持续集成环境也很有用。首先,它帮助开发人员验证他们已经提交了所有的更改,并且没有忘记任何会破坏构建的更改 沿着这些思路,它还需

我知道Jenkins专注于持续构建/测试,监控项目的批处理作业。我有一个遗留项目,其条件如下:

  • 有一个开发团队。
  • 它有SVN用于源代码管理
  • 某些操作的某些作业。
  • 编译和构建不需要太多时间,没有非常复杂的依赖关系。
  • 它没有任何自动测试/junit类,也不会有。

  • 我想向有经验的用户询问Jenkins,是否仍然值得使用Jenkins进行项目的集中构建和管理

    即使对于简单的项目,持续集成环境也很有用。首先,它帮助开发人员验证他们已经提交了所有的更改,并且没有忘记任何会破坏构建的更改


    沿着这些思路,它还需要有一个单一的位置来构建和获取要部署的工件。为此使用开发人员系统总是有可能在开发人员之间的环境更改(如JDK版本等)中引入错误。

    即使对于简单的项目,持续集成环境也很有用。首先,它帮助开发人员验证他们已经提交了所有的更改,并且没有忘记任何会破坏构建的更改


    沿着这些思路,它还需要有一个单一的位置来构建和获取要部署的工件。为此使用开发人员系统总是有可能在开发人员之间引入错误,例如JDK版本等。在我工作的地方,我们有一个大型项目,需要一段时间来构建和运行所有8000个测试。我们最近创建了一个新的构建,它只进行编译,并且触发的频率更高,因此当编译无论如何都会失败时,我们可以通过测试避免冗长的构建。所以,是的,即使没有测试,它也是值得的。作为一名开发人员,很高兴在我的更改之前验证构建是否被破坏,而不是因为我的更改。在我工作的地方,我们有一个大型项目,需要一段时间来构建和运行所有8000个测试。我们最近创建了一个新的构建,它只进行编译,并且触发的频率更高,因此当编译无论如何都会失败时,我们可以通过测试避免冗长的构建。所以,是的,即使没有测试,它也是值得的。作为一名开发人员,很高兴在我的更改之前验证构建是否被破坏,而不是因为我的更改。