Svn 从主干标记jenkins，而不是从src标记jenkins

我们创建jenkins作业时，使用应用程序响应中src dir的路径，我们不希望继续集成。（例如：

但是当我们想从一个构建中标记时，建议对整个路径进行标记，而不是从中创建标记

我们可以更改URL并使用包含的区域（忽略存储库其他部分的提交），但当jenkins签出时，它将签出整个repo…不是很优化

我看到svn只能签出一个dir（例如trunk）： 但是如何告诉詹金斯做这样的事

编辑：我们希望标记整个主干（即使有其他想法：），因为在我们的存储库的其他级别上有一些规范（我们希望在标记源的同时标记这些规范）。

Jenkins将作为环境变量提供给您，并且您知道主干的URL

下载。然后，创建一个构建后任务来执行

svncp

来标记发布

顺便说一句，实际上没有理由标记Subversion中的每个构建。Jenkins跟踪存储库修订号，因此您可以随时从该修订号进行分支，或从该修订号创建生产版本。

Jenkins将作为环境变量提供给您，并且您知道主干的URL

下载。然后，创建一个构建后任务来执行

svncp

来标记发布

---

顺便说一句，没有理由在Subversion中标记每一个构建。Jenkins跟踪存储库修订号，因此您可以随时从中进行分支，或者从中创建生产版本。

还有一个

我们不想自动标记，我们只想使用“标记此构建”按钮。您可以尝试。它允许您在需要时执行操作。唯一的问题是，

$SVN_REVISION

环境变量在该插件运行时没有值，您无法使用“SVN info”将其拉出。但是，在

$WORKSPACE/./builds/$build_NUMBER/REVISION.txt

（或类似的内容）是该版本的Subversion存储库修订版。同意@David W，该版本插件可能就是您在这里寻找的。我们不想自动标记，我们只想使用“标记此版本”按钮。您可以尝试。它允许您在需要时执行操作。唯一的问题是，

$SVN_REVISION

环境变量在该插件运行时没有值，您无法使用“SVN info”将其拉出。但是，在

$WORKSPACE/./builds/$build_NUMBER/REVISION.txt

（或诸如此类）是该版本的Subversion repository版本。同意@David W.，发布插件可能就是您在这里寻找的。如前所述，我们不希望自动标记，我们希望将此保留为手册，因为它用于创建预发布/发布标记。此版本插件也有一个标记，我们已经说过，我们不希望自动标记我们想把它作为一本手册，因为它是用来创建预发布/发布标签的。这个构建插件还有一个标签