在Jenkins中构建Maven-SNAPSHOT项目
我相信答案会很简单,但我还不知道怎么做 问题是: 我有一个第三方项目,它是从github克隆的,所以我不打算在那里做任何更改,但我需要这个项目来完成我与MUnit的工作 该项目为mule拦截器模块,其版本为3.4-M4-SNAPSHOT 我在Jenkins中创建了一个构建,我想在它之后获得mule-interceptor-module-3.4-M4-SNAPSHOT.jar,但是Jenkins从jar名称中删除-SNAPSHOT,并用新版本更新pom.xml:3.4-M4而不是3.4-M4-SNAPSHOT。该项目在其依赖项中使用这个(munit),它有3.4-M4-SNAPSHOT。所以我需要版本中的快照 我想做什么: 我尝试在服务器上构建相同的项目,我的Jenkins安装在服务器上,只使用mvn clean install,我得到了mule-interceptor-module-3.4-M4-SNAPSHOT.jar 问题是: 如何优化Jenkins,以便最终生成快照 我的工作设置:在Jenkins中构建Maven-SNAPSHOT项目,maven,jenkins,snapshot,Maven,Jenkins,Snapshot,我相信答案会很简单,但我还不知道怎么做 问题是: 我有一个第三方项目,它是从github克隆的,所以我不打算在那里做任何更改,但我需要这个项目来完成我与MUnit的工作 该项目为mule拦截器模块,其版本为3.4-M4-SNAPSHOT 我在Jenkins中创建了一个构建,我想在它之后获得mule-interceptor-module-3.4-M4-SNAPSHOT.jar,但是Jenkins从jar名称中删除-SNAPSHOT,并用新版本更新pom.xml:3.4-M4而不是3.4-M4-SN
- JDK:jdk1.6.045
- 源代码管理:
- 吉特
- 存储库URL:
- 分支说明符(默认为空):3.4.x
- 存储库浏览器:githubweb
- 网址:
- 前步骤:
- 执行shell:git checkout 3.4.x
- 建造:
- 根POM:POM.xml
- 目标和选项:干净安装
- 张贴步骤:
- 不管生成结果如何运行
- 生成设置: -发布Checkstyle分析结果 -发布FindBugs分析结果
rm-R*
@格罗夫:非常感谢你的支持 我可以在日志中看到:
您的分支比'origin/3.4.x'领先1个提交。
和构建Mule拦截器模块3.4-M4
。是否您的修订版将3.4-M4作为pom中的一个版本?我可以在日志中看到:您的分支比'origin/3.4.x'提前了1次提交。
和构建Mule拦截器模块3.4-M4
。是否您的修订版将3.4-M4作为pom中的一个版本?我可以在日志中看到:您的分支比'origin/3.4.x'提前了1次提交。
和构建Mule拦截器模块3.4-M4
。是否您的修订版将3.4-M4作为pom中的一个版本?我可以在日志中看到:您的分支比'origin/3.4.x'提前了1次提交。
和构建Mule拦截器模块3.4-M4
。您的修订版是否将3.4-M4作为pom中的一个版本?解决方案:
- 在Jenkins/Configuration/Build/Advanced签入中使用私有Maven存储库
- 选择策略:工作区的本地
- rm-R从/workspace文件夹中删除所有内容*
- 在Jenkins/Configuration/Build/Advanced签入中使用私有Maven存储库
- 选择策略:工作区的本地
- rm-R从/workspace文件夹中删除所有内容*
- 在Jenkins/Configuration/Build/Advanced签入中使用私有Maven存储库
- 选择策略:工作区的本地
- rm-R从/workspace文件夹中删除所有内容*
- 在Jenkins/Configuration/Build/Advanced签入中使用私有Maven存储库
- 选择策略:工作区的本地
- rm-R从/workspace文件夹中删除所有内容*
- 解决方案:
- 解决方案:
- 解决方案:
要测试这一理论,请设置
true
并使用maven-U clean install
。它将与使用私有回购的解决方案具有相同的效果。为什么要使用来自第三方的快照依赖关系?标准是使用发行版,对吗
回答无论如何,使用私有maven存储库对您有效的事实只证明了一件事,即服务器的maven repo中的错误导致了问题。一年多以前,当我使用完全相同的解决方案时,albiet解决了一个不同的问题,我将其标记为答案。几个月后才发现我没有找到问题的根本原因,只是找到了一个解决办法
要测试这一理论,请设置
true
并使用maven-U clean install
。它将与使用私有回购的解决方案具有相同的效果。为什么要使用来自第三方的快照依赖关系?标准是使用发行版,对吗
回答无论如何,使用私有maven存储库对您有效的事实只证明了一件事,即服务器的maven repo中的错误导致了问题。一年多以前,当我使用完全相同的解决方案时,albiet解决了一个不同的问题,我将其标记为答案。几个月后才发现我没有找到问题的根本原因,只是找到了一个解决办法
要测试这一理论,请设置true
并使用maven-U clean install
。它也会有同样的效果