Jenkins持续整合和夜间构建

Question

我是詹金斯的新手，我喜欢一些帮助（保证）我认为我应该如何安排工作。

最终目标非常简单。

• 目标1：当开发人员将代码提交给mercurial repo时，Jenkins会提取更改，构建项目并运行单元测试。 这种情况在一天中持续发生，因此如果开发人员破坏某些内容，开发人员将获得尽可

• 目标2：每晚，Jenkins从上面拉出最后一个稳定版本并运行自动UI测试。 如果这些测试通过，它会在某个地方发布每晚构建。

我有一个工作配置达到了目标1，但我正在努力实现目标2.（不是出版部分，用目标1的最后稳定构建来播种这个工作的想法）。

目前，我打算在HG回购中使用分支来实现这一点。

我的分支看起来像Main >> Int >> Dev。

目标1中的工作将适用于Dev分支的提示。 如果构建成功并且测试通过，则它将提交到Int分支。

然后，目标2中的工作可以简单地在Int分支的尖端上工作。

这是一般的做法吗？

我也一直在考虑/考虑： - 像Promoted Builds和Copy Artifacts这样的插件 - 参数化构建 - 下游工作

IMO我的目标相当普遍但我在网上找不到这种方法的很多例子。 也许这是显而易见的，没有必要，但我只是想检查一下。

Answer 1

在过去，我已经在工件库中存储了这样的生成工件。 你可以使用像Nexus或Artifactory这样的东西，但我也只使用了平面文件系统。

您可以将构建工件放在源代码控制中，就像您所说的那样，但通常没有理由对已编译的构建版本进行版本控制（您应该能够根据修订号重新创建它们） - 它们通常只是占用您的回购中有很多空间。

如果您的版本号本质上是增量的，那么您的夜间工作应该能够相当容易地提取最新版本。

Answer 2

也许你可以捕获最后一个好的修订版ID并将其发布到某处。 然后每晚构建可以使用最后已知的良好修订。 执行此操作的方法可能会有所不同，但其使用的修订ID的概念我想在此处进行通信。 这可以防止您必须创建单独的分支。