2013-07-29 60 views
3

当我们执行发布时,正在按预期创建发布工件和标记。但是,该项目未正确更新为下一个(快照)版本。Jenkins Artifactory插件:更新到Git上的最新快照

用于释放一个例子配置:

enter image description here

控制台日志的相关部分:

[RELEASE] Committing release version on branch 'master' 
[RELEASE] Creating tag '1.3.14' 
[RELEASE] Pushing branch 'master' to 'ssh://[email protected]/xxx/yyy.git' 
[RELEASE] Pushing tag '1.3.14' to 'ssh://[email protected]/xxx/yyy.git' 
[RELEASE] Changing POMs to next development version 
[RELEASE] Committing next development version on branch 'master' 
Finished: SUCCESS 

和项目的Git中的地位,符合市场预期:

$ git pull origin master 
From ssh://git.cloudbees.com/xxx/yyy 
* branch   master  -> FETCH_HEAD 
Already up-to-date. 
$ git show --summary 
commit df10d905c24c1cbf8d0b6992ab366ac5dcba470b 
Author: CloudBees [email protected] <[email protected]> 
Date: Mon Jul 29 09:04:38 2013 +0000 
$ git remote show origin 
* remote origin 
    Fetch URL: ssh://[email protected]/xxx/yyy.git 
    Push URL: ssh://[email protected]/xxx/yyy.git 
    HEAD branch: master 

    RELEASED 1.3.14 

因此,它看起来像下一个快照的更新是在当地承诺,但没有被推动。这是一个错误(我couldn't find a related ticket)还是我们做错了什么?

PS:这个问题只发生在Git上,Subversion工作正常。我们的Artifactory插件版本是2.1.6,应该是最新的。

+0

我们无法重现此行为。如果可以,请尝试在我们的公共用户列表中详细说明或使用Jfrog支持([email protected])服务。 – AvivSim

回答

6

解决方案:选择“Deploy Artifacts to Artifactory”后期制作操作。除了做实际的工件部署之外,这是插件执行更新POM的最终git推送的地方。

解决方法(如果您真的不想将工件部署到Artifactory):添加“Git发布器”的后生成操作。我检查了“只推如​​果建造成功”。然后我点击“添加分支”,并将分支中的“主”推入(因为我拥有git中的master“根据插件配置页面签入特定本地分支”框)和“目标远程名称“块。这推动了本地提交的更新POM。

如果插件执行了最终的git push并自动发布到Artifactory,而不必知道如何选择“Deploy Artifacts to Artifactory”后构建操作,就像它对于Gradle一样,那将会很不错。

+0

太棒了,修正了它。请注意,我们实际上并没有使用Artifactory,所以解决方法对我们来说是正确的解决方案。 – xeraa