想学Oracle 给推荐一本书吧
我是学java的 想学数据库 选择了Oracle 想问问大家 Oracle 有什么好的书给推荐一下啊 谢谢了
最满意答案
默认情况下,Jenkins作业有两个目录(在工作流作业的情况下,可以只有一个,
builds
,或者更多,例如其他promotions
目录):
- 根据
$BUILD_ID
JENKINS_HOME/jobs/${JOB_NAME}/builds/
包含子目录JENKINS_HOME/jobs/${JOB_NAME}/workspace/
因此, 每个作业有一个工作区, 每个构建一个构建目录 。
不要让JENKINS-8446驱动的由此更改 管理的Jenkins页面让您感到困惑。 工作空间默认值,如内联帮助(撰写本文时的当前v1.635)中所述,仍然是:
管理Jenkins→配置系统→高级...→工作区根目录 :
${ITEM_ROOTDIR}/workspace
这不是
${JENKINS_HOME}/workspace/${JOB_NAME}
。
如果丢弃旧构建,则不会丢弃工作空间,但是,由于每个作业存在,因此每个新构建都会覆盖它。 因此,如果你想保留旧文物,你可以:
- 创建一个“归档”作业,该作业使用复制工件插件并将其作为下游连接到您的构建作业。
- 使用构建后操作 → Groovy Postbuild或→ 执行一组脚本,将它们自己移动到其他位置(包括创建唯一命名的子目录以存储工件)。
还有Discard Old Build插件 ,它通过Post-build Action增强了Jenkins的内置丢弃功能。
There are two directories for a Jenkins job, by default (there can be just one,
builds
, in case of a Workflow job, or more, e.g. an additionalpromotions
directory):
JENKINS_HOME/jobs/${JOB_NAME}/builds/
containing sub-dirs according to$BUILD_ID
JENKINS_HOME/jobs/${JOB_NAME}/workspace/
So, there's one workspace per job and one build directory per build.
Don't let the page Administering Jenkins with this change driven by JENKINS-8446 confuse you. The workspace default, as also mentioned in the inline help (of the current v1.635 at the time of this writing), is still:
Manage Jenkins → Configure System → Advanced... → Workspace Root Directory:
${ITEM_ROOTDIR}/workspace
It's NOT
${JENKINS_HOME}/workspace/${JOB_NAME}
.
If a discard of old builds takes place the workspace isn't discarded, but, since it exists per job, it is overwritten with every new build. Hence, if you'd like to keep old artifacts you can:
- create an "archive" job that uses the Copy Artifact Plugin and connect it as downstream to your build job.
- move them to some other location yourself (including creation of uniquely-named sub-dirs to store the artifact(s) in) using a Post-build Action → Groovy Postbuild or → Execute a set of scripts.
There's also the Discard Old Build plugin which enhances Jenkins' built-in discard functionality via a Post-build Action.
相关问答
更多-
默认情况下,Jenkins作业有两个目录(在工作流作业的情况下,可以只有一个, builds ,或者更多,例如其他promotions目录): 根据$BUILD_ID JENKINS_HOME/jobs/${JOB_NAME}/builds/包含子目录 JENKINS_HOME/jobs/${JOB_NAME}/workspace/ 因此, 每个作业有一个工作区, 每个构建一个构建目录 。 不要让JENKINS-8446驱动的由此更改 管理的Jenkins页面让您感到困惑。 工作空间默认值,如内联帮助(撰写 ...
-
一个简单sh 'ssh...'步骤应该足以调用你的VPS上的脚本,这将(脚本)处理所有的docker操作。 如果您的私有ssh密钥受密码保护,您可能希望将该调用包含在具有管道步骤“ssh-agent”的代理中 : node { sshagent (credentials: ['deploy-dev']) { sh 'ssh -o StrictHostKeyChecking=no -l cloudbees 192.168.1.106 uname -a' } } 作为pmr评论, JENKIN ...
-
在项目配置中为两个项目创建一个类别 将选项Throttle concurrent builds设置为true 将Multi-Project Throttle Category设置为您创建的类别 启用此项目作为一个或多个类别的一部分 将最大总并发构建数设置为1 将每个节点的最大并发构建数设置为1 Create a category, in the project configuration for both projects Set the option Throttle concurrent builds ...
-
如果要测试构建是否已标记为永久构建,请使用 if (!build.isKeepLog()) { // Build can be deleted } else { // Build is marked permanent } 我认为你应该能够在每个构建中使用getName()方法来检查是否应该删除给定的构建。 API JavaDoc可能相当模糊,因此我经常使用GitHub并查看Jenkins插件的代码,该插件正在执行类似于我需要的操作。 公共Scriptler存储库也很有用。 OK - So ...
-
并行构建jenkins(Concurrent builds in jenkins)[2022-11-04]
在“构建后操作”中,添加“构建其他项目”。 可以输入以逗号分隔的项目列表。 此外,您可以选择仅在稳定构建时触发这些作业。 点击下方了解有关此选项和其他选项的更多详情: 如何使用Jenkins进行作业链和可视化 In the 'Post-build Actions', add 'Build other projects'. A comma-separated list of projects can be entered. Also, you have the option of having it only ... -
如果问题只出现在父作业运行的地方(这很奇怪 - 应该没关系),那么你可以使用Matrix Tie Parent pluing 。 If the problem is only where the parent job is run (which is weird - it should not matter) then you can use Matrix Tie Parent pluing.
-
终于想通了。 添加了一个名为IS_RELEASE_CANDIDATE的String构建参数,其默认值为0 。 我正在使用“基于构建参数完成构建后立即提升”,条件是IS_RELEASE_CANDIDATE为1 。 在我的构建步骤中,我添加了一个Conditional步骤,使用Conditional BuildStep插件在字符串$GIT_BRANCH和stash/master匹配时运行。 如果匹配,我使用EnvInject插件设置IS_RELEASE_CANDIDATE=1 。 Finally figured ...
-
就像你说的,我不认为scp插件可以直接做到。 但是,可能有一种解决方法。 在您的构建中,您可以使用$ BUILD_NUMBER(或%BUILD_NUMBER%,视情况而定 - > Linux vs Windows)访问构建号。 在任何情况下,作为脚本的一部分,您可以创建一个名为$ BUILD_NUMBER的目录,因此: mkdir -p $ BUILD_NUMBER -要么- md%BUILD_NUMBER% 因此,例如,新目录将是/path/to/workspace/1.2.3.4 构建完成后,在脚本结束 ...
-
Jenkins-cli - 帮助获取作业中的构建列表(Jenkins-cli - help required to get list of builds in the job)[2021-12-20]
我使用REST api而不是他们提供的cli。 我发现它更快更灵活。 对于您的情况,我将从作业名称生成一个URL,该URL返回所有成功构建的XML数据,然后遍历每个构建并从另一个生成的URL获取控制台输出。 将返回包含所有成功构建的内部版本号的XML数据的URL。 jenkins:8080/job/example_job/api/xml?tree=allBuilds[result,number]&xpath=//allBuild[result='SUCCESS']/number&wrapper=nums ... -
你的意思是:你如何使用与Jenkins相同的构建脚本/工具在自己的笔记本电脑上构建项目,因为当你在Jenkins下没有构建器时你不能使用“复制工件插件”? 这个问题问得好。 因为工件的下载是由构建脚本之外的Jenkins完成的,所以在构建脚本运行之前,您必须提供类似的东西来制作本地/开发人员构建。 您可以创建一个开发人员可以调用的脚本(如果使用make,则创建目标),该脚本通过调用以下内容从Jenkins下载构建工件: curl -sfO $JENKINS_URL/job/JOBNAME/lastSucce ...