就像建议的arghtype一样，您需要使用Jenkin自己的源代码管理，方法是将SVN配置为SCM源，并在Maven构建作业中提供凭据。
如果您 必须
使用自己的本地工作副本，那么您将其组织错了，您将失去让Jenkins管理SVN变更的所有好处，最终，该组织将在将来给您带来更多无法解决的问题。想一想人们在这里提供的建议，并
说明为什么
需要在Jenkins构建机器上的Jenkins管理之外拥有本地工作区。我唯一的猜测是：您的Jenkins和Development机器是相同的。这又不是应该如何组织的。Jenkins是CI服务器，而不是个人构建的“自动化器”。
无论如何，如果您仍然想做您想说的话。
你以为想要什么
- 创建一个新的 自由式 工作
- 在“ 构建步骤”下 ，单击“ 添加构建步骤”。
- 选择 执行Windows批处理命令
- 在其中编写批处理执行命令。您的工作目录将是Jenkins的目录
$WORKSPACE
，因此请相应地将路径更改为要运行它的位置。
但是使用上面的配置，您可能还需要将批处理文件放在Windows Scheduler下…您实际上并没有在上面使用Jenkins。
你应该怎么做
- 创建一个新的 Maven2 / 3 构建作业
- 在“ 源代码管理”下 ，选择“ Subversion”
- 在“ 存储库URL”下， 输入远程SVN 存储库 （即
http://your.svnsever.com/path/to/project
） - 在 Build下 ，输入您的 Root POM 位置（这将相对于SVN结帐的位置，因此，如果您的POM在之下
http://your.svnserver.com/path/to/project/maven/pom.xml
，则输入maven/pom.xml
。 - 在 目标和选项下 ，输入
clean install
- 点击 保存
“ 源代码管理” 部分将负责设置本地工作区并将签出存储库到该工作区中。默认情况下，每次触发新构建时，它将
svn update为您在该工作空间上运行。
在 Maven构建
步骤会照顾你运行的Maven，但是请注意，它被配置为使用默认
~/.m2/repository位置。如果您的本地Maven仓库需要不同，请在Jenkins全局配置下进行更改
