加载中...

Git-+-Jenkins-提交Git-触发Jenkins-Job

发表于2020-05-20|更新于2026-04-05

|浏览量:

利用git的Hook机制

.git/hooks/pre-push

1
2
3

#!/bin/bash
echo ====== trigger jenkins job: maglev-verify in 10s  =======
(sleep 10 && .git/hooks/post-push) &

.git/hooks/post-push

1
2
3

#!/bin/bash
branch=$(git rev-parse --abbrev-ref @{upstream})
curl -k --user ${USER}=${TOKEN} http://${JENKINS_URL}/job/${JOB_NAME}/buildWithParameters --data-urlencode TAG=$branch

文章作者: Michael Pan

文章链接: https://xhua.eu.org/posts/ef3675d1c305.html

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Michael Blog！

相关推荐

持续交付发布可靠软件的系统方法（基础篇）第三章：持续集成

《持续交付发布可靠软件的系统方法》读书笔记持续集成要求每当有人提交代码时，就对整个应用进行构建，并对其执行全面的自动化测试集合，一旦出现问题，开发团队应停下手中的工作，修复问题。持续集成的目标是：让正在研发的软件一直处于可工作的状态。实施持续集成的先决条件版本控制，与项目相关的所有内容都必须提交到一个版本控制库中（产品代码、测试代码、数据库脚本、构建与部署脚本、以及所有用于创建安装运行和测试该应用的程序的东西）自动化构建：必须满足人和计算机都能通过命令行自动执行应用的构建、测试以及部署过程团队共识：持续集成是一种实践，需要团队所有成员都遵循规则一个基本持续集成系统第一次在持续集成工具上执行构建时，可能会缺少一些必须的软件及配置，请将所操作的工作记录下来，并放在自己项目的知识共享库中，应花一些时间将应用程序所依赖的所有软件和配置项提交到版本控制系统中，并将重建全新环境的整个活动变成一个自动化的过程查看一下是否有构建正在运行，如果有，等它运行完。如果它失败了，则与团队其他人一起将它修复，后再提交自己的代码一量构建完成且测试全部通过，就从版本控制库中将该版本的代码更...

Jmeter简单配置使用

创建Test Plan 测试计划File->New或者直接点击New图标添加Thread Group 测试任务右击测试计划，Add->Threads(Users)->Thread Group 添加HTTP Cookie 请求Cookie管理右击Thread Group，Add->Config Element->HTTP Cookie Manager 添加HTTP Header 请求头管理右击Thread Group，Add->Config Element->HTTP Header Manager 添加HTTP Request 请求右击Thread Group，Add->Sampler->HTTP Request 添加User Defined Variables 用户定义变量右击Thread Group，Add->Config Element->User Defined Variable 添加报告Result Tree 结果树右击Thread Group，Add->Listener->View R...

持续交付发布可靠软件的系统方法（部署流水线）第八章：自动化验收测试

《持续交付发布可靠软件的系统方法》读书笔记验收测试通常是在每一个通过提交测试的软件版本上执行的。验收测试的目的：对于一个单独的验收测试，它的目的是验证一个用户故事或需求的验收条件是否被满足。如功能验收条件和非功能验收条件。如果每次提交测试后都在该版本上运行自动化验收测试，会有如下效果：反馈环大大缩短，能够更快地定位问题测试、开发人员和客户需要紧密合作才能创建一个良好的自动化测试套件，这会促进他们之间的良好合作有助于让每个人更关注业务的价值验收测试与单元测试的区别：验收测试是针对业务的，单元测试是面向开发的。创建验收测试分析人员与测试人员和客户紧密合作，定义验收条件分析人员向开发人员讲解需求，以及它的业务上下文，并检查一遍验收条件测试人员与开发人员讨论，并就“哪些自动化验收测试来证明验收条件被满足”达成一致开发人员认为工作完成是指所有单元测试和组件测试通过，验收测试全部实现，并证明系统满足需求。此时可以向分析人员、测试人员和客户进行演示应用程序驱动层应用程序驱动层是一个知道如何与应用程序打交道的层次。它所用的API是以某种...

持续交付发布可靠软件的系统方法（_交付生态圈）第十五章：持续交付管理

《持续交付发布可靠软件的系统方法》读书笔记实现持续交付不仅仅是搭建一些工具，做一些自动化的工作，它依赖于交付过程中的每个人的协作。通过持续交付实践，可以快速且可靠地交付新版本。配置与发布管理成熟模型这个模型的最终目标：缩短生产周期减少缺陷提高软件交付生命周期的可预测性规范合规有效发现和管理软件交付相关风险交付更少缺陷的软件，降低成本模型指导组织推进持续交付变革，使用戴明环，即计划——执行——检查——处理。使用模型来分析所在部门的配置与发布管理模式选择一个领域集中发力，该领域是你的薄弱环节，痛点所在实施变革。先创建一个实施计划，选择真正感到痛苦的那部分人一旦发生了变化，使用之前创建的验收条件来衡量这些变化是否达到了预期效果。组织所有相关人员召开回顾会议，找出改进点及潜在改进领域重复上述步骤，积累知识，增量改进，推广到整个部门项目生命周期团队的组建与磨合常常有以下五个阶段：创建期、风暴期、规范期、运转期、调整重组期。软件也有五个阶段：立项阶段、启动阶段、初始阶段、开发部署阶段、运维阶段。立项阶段：业务分析、业务负责人及涉及部门有关人确立启...

《凤凰项目—一个IT运维的传奇故事》整理

###《凤凰项目》三位作者 Gene Kim: Tripwire有限公司创始人，一直热衷于研究如何提高IT组织的效率 Kevin Behr：创建了信息技术流程研究院 George Spafford：行业分析师向他们致敬。故事内容雨前龙井整理的非常详细，可阅读它写的博客凤凰项目 http://ijyun.github.io/2016/04/23/phoenix-project.html 书中的核心概念三步工作法本书中阐述了一个原理：所有开发运维模式都来自“三步工作法”，可以说它是我们平台开发运维的指导思想。第一工作法是关于从开发到技术运营，再到客户的整个自左向右的工作流。为了使流量最大化，我们需要小的批量规模和工作间隔，绝不让缺陷流向下游工作中心，并且不断为了整体目标（相对于开发功能完成率、测试发现/修复比例或运维有效性等局部目标）进行优化。流程自动化实践：持续构建、持续集成、持续部署，按需创建环境、限制半成品，构建起能够顺利变更的安全系统和组织。第二工作法是关于价值流各阶段自右向左的快速持续反馈流，放大其效益以确保防止问题再次发生，或者更快地...

系统僵尸进程管理

查看系统僵尸进程数top 查看僵尸进程详情ps -ef|grep defunct 停止僵尸进程kill -9 $Parent PID

数据加载中