Svn 如何在Jenkings中构建

我对詹金斯有如下理解-

理解：我们指定SVN位置和构建目标，jenkings构建war文件

那么，我的假设是：Jenkings从SVN获得最新版本并构建它

---

问题：我可以通过它们来指定jenkings的SVN版本，以创建该版本的构建，而不是SVN中的最新代码？？？

您可以将@33333添加到SVN位置的SVN_URL中

http://svn/repository@revision_number

---

@请参阅：

您可以将@33333添加到SVN位置的SVN\U URL中

http://svn/repository@revision_number

@请参阅：

您可以使用插件，该插件显示修订列表，并允许您选择一个进行构建

您可以使用插件，该插件显示修订列表，并允许您选择一个进行构建

---

像Jenkins这样的持续集成工具的目的是构建和测试每一个变更。也就是说，一旦有人签入一个变更，Jenkins就会尝试构建它，并针对该变更运行单元测试。在Java中，这通常可以在几分钟内完成。代码中的错误几乎一出现就可以被检测到并纠正。而且，开发过程中错误修复得越早，修复就越容易，成本也越低

许多人担心如此多的构建将占用大量空间。然而，Jenkins通常使用一个工作目录来编译文件，如果您从构建中保存工件，您可以通过天数或构建数量来指定要保留的构建数量。您也可以完全删除旧版本

但是，有充分的理由可以指定特定的修订。我们进行持续集成，但只保存大多数项目的最后五个构建。有时，有人会决定Build70是他们想要投入生产的版本，但该版本的工件已被删除

我们使用的是。我为修订创建了一个参数，然后将其默认值设置为HEAD。项目的URL以@${REV}结尾。提交完成后，Jenkins会使用HEAD进行常规的自动构建。但是，我可以启动一个参数化的构建，并选择要使用的版本

---

我们还使用，以便非HEAD的构建有一个描述，说明所使用的修订版。

像Jenkins这样的持续集成工具的目的是构建和测试每个变更。也就是说，一旦有人签入一个变更，Jenkins就会尝试构建它，并针对该变更运行单元测试。在Java中，这通常可以在几分钟内完成。代码中的错误几乎一出现就可以被检测到并纠正。而且，开发过程中错误修复得越早，修复就越容易，成本也越低

许多人担心如此多的构建将占用大量空间。然而，Jenkins通常使用一个工作目录来编译文件，如果您从构建中保存工件，您可以通过天数或构建数量来指定要保留的构建数量。您也可以完全删除旧版本

但是，有充分的理由可以指定特定的修订。我们进行持续集成，但只保存大多数项目的最后五个构建。有时，有人会决定Build70是他们想要投入生产的版本，但该版本的工件已被删除

我们使用的是。我为修订创建了一个参数，然后将其默认值设置为HEAD。项目的URL以@${REV}结尾。提交完成后，Jenkins会使用HEAD进行常规的自动构建。但是，我可以启动一个参数化的构建，并选择要使用的版本

我们还使用了，以便非源于HEAD的构建具有说明所用修订的描述