我们设置了一些共享工作空间的作业。各个分支的工作流程是:
foo
。foo
。我们通过将Use custom workspace
下游作业的字段分配给构建工作区来完成此任务。
最近,我们采用了一个分支,并将其分配在Jenkins从机而非主服务器上构建。我很惊讶地发现,在主服务器上,foo
存储库被克隆到$JENKINS_JOBS_PATH/FOO/workspace/foo_repo
-在从服务器上,存储库被克隆到$JENKINS_JOBS_PATH/FOO/foo_repo
。
这是设计使然,还是我们以某种方式不一致地配置了主服务器和从服务器?
较旧的Jenkins版本将工作空间放在$ {JENKINS_HOME} / jobs / JOB /
workspace目录下。升级后,该模式将保留在Jenkins实例中。新版本将工作空间放置在$ {JENKINS_HOME} / workspace
/中。我怀疑从站不需要遵循旧模式(特别是如果它是较新的从站),因此目录在机器之间可能不一致。
您可以在Jenkins->配置Jenkins->高级中更改主服务器上工作区的位置。
我认为处理此问题的安全方法…如果要使用自定义工作区,则应将其用于所有工作,包括第一个构建大型honking c ++项目的工作。
如果您在管道中进行了所有操作,则可以在一个作业中运行所有这些操作,并且可以更好地控制所有文件的位置,并且可以选择stash
和unstash
,但是如果文件很大,则隐藏可能不是要走的路。
我正在使用jenkins job DSL插件创建一个jenkins pipeline作业来播种作业。如何获得DSL文件中的工作空间路径?詹金斯管道代码是这样的: 失败的 DSL 代码是: 出现错误: 在管道区域中创建的变量在作业DSL步骤中不可访问
我尝试了本地minikube和kubeadm Kubernetes集群,并通过https://github.com/jenkinsci/kubernetes-plugin运行Jenkins服务器,并使用。 以下是了解这个问题的更多细节。
我正在尝试为我正在编写的程序使用其他JAR。 我安装了所有必需的文件,并将它们添加到类路径中,但Java无法识别这些包。 我在jar位置之间加了分号,但Java无法识别jar中的包。为什么会这样? 例如,我的类路径如下所示: .; C:\Program Files(x86)\Java\jre7\lib\exts\QTJava.zip;C:\用户\JOE\下载\aseymock-3.2\asymoc
我的java bin文件夹包含java.exe @大卫华莱士 Microsoft Windows[版本6.3.9600](c)2013 Microsoft Corporation。保留所有权利。 C:\用户\Andy\AppData\漫游\Microsoft\Windows\开始菜单\Programs\Startup>
我正在使用Swagger和AWS API Gateway为我的项目生成API, 我所做的: > 我跳过了basPath,并在Swagger Editor中仔细检查了yaml文件。一切都很好,并得到纠正。我也在本地调用API,它工作正常。 什么问题:我打开了AWS API网关生成的API url https://xxxxxxxxxxx.execute-api.eu-west-1.amazonaws.
问题内容: 我最近(通过GUI)从Jenkins删除了2个工作。之后,当我登录到奴隶时,我仍然看到那两个作业的工作空间。这是正常现象吗? 笔记: Jenkins主服务器和从服务器都在Windows环境上运行。 主服务器在Windows Server 2003上运行,从服务器在Windows Server 2008 R2上运行。 Jenkins版本是1.509.2 问候,贝尼尔 问题答案: 不幸的是