gpt4 book ai didi

svn - 防止SVN在更新时杀死整个jenkins工作区

转载 作者:行者123 更新时间:2023-12-02 14:45:27 26 4
gpt4 key购买 nike

我有一个grails 1.3.8项目,我正在尝试使用jenkins进行自动化测试。我也在尝试使用詹金的svn插件,这就是问题开始的地方。无论出于何种原因,我的grails项目的插件都难以使用,通常需要运行应用程序几次才能全部获得(我知道这很糟糕,但是我无法更改)。如果让插件手动为每个插件运行以下命令,则可以使项目在jenkins中工作;

grails install-plugin $PLUGINNAME

我希望我的项目能够自然地轮询我们的svn存储库。但是,即使使用该选项;
Use 'svn update' as much as possible

svn完全踏上了整个工作区,杀死了所有东西,包括导致构建失败的插件,因为它永远无法从svn的一举夺走它们。我已经为此苦苦挣扎了几天,还尝试了 Jenkins 高级命令
    SCM checkout retry count : 5

但这根本不会“似乎”改变构建的结果。

任何帮助将不胜感激。

Jenkins Config详细(屏幕截图太小,无法阅读)
Advanced
Retry Count
SCM checkout retry count: 5

Source Code Management
Subversion
Repo URL : http://$IP/$MYAPP
Check out strategy: Use 'svn update' as much as possible
Repository Browser: Auto

Build
Build With Grails
Grails Installation: Grails 1.3.8*
Non Interactive: True (checked)
Targets: "test-app -unit"
server.port: 9144
grails.project.work.dir: target
Project Base Dir: ./app-api**

* Grails 1.3.8在我的jenkins版本中的Manage jenkins选项卡下指定。但是我已经测试并验证了它的设置正确。

**指向我项目的api的位置。这是我要测试的grails项目,该项目位于jenkin的工作空间内,但并非唯一。这就是为什么我在这里指定它。

最佳答案

我使用的是Grails 2.x,在解决插件依赖项时没有这类问题。

在Jenkins中寻找解决方案时,我发现了naginator插件:

allows you to automatically reschedule a build after a build failure. This can be useful in several cases, including:

The build is dependent upon external resources, that were temporarily unavailable (DB down, network down, website down, etc). Users want continuous emails sent out until the build is fixed, in order to prompt people into action.



我没有经过测试,但是我认为您可以自动重试构建,直到成功。

关于svn - 防止SVN在更新时杀死整个jenkins工作区,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12568374/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com