加载中...

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

发表于2020-05-20|更新于2026-08-25

|浏览量:

利用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...

性能测试方案设计与测试过程

性能测试过程性能测试计划按照模板生成性能测试计划指标设计（并发数、在线数、TPS、请求超时）挑选典型交易（20%交易，覆盖80%流量）环境、数据准备（与生产环境尽量一致）场景设计（基础场景、专项场景）测试进度安排需求分析、调研了解业务需求环境、数据准备：系统部署真实含义的业务数据数据量为生产数据量三年以后的数据量。场景分析设计挑选交易，典型交易：高频交易，逻辑复杂的交易，集中时间段的场景单交易运行——>单交易负载场景混合场景设计：混合容量设计，浪涌设计（20->100,100->20）稳定性场景设计（48小时、72小时持续压力验证）场景执行、应用监控执行测试场景问题定位、分析优化分析问题回归验证性能测试报告测试结果汇总形成报告性能测试方案扩展引入多样化的性能监控工具（prometheus/JVM/pinpoint/skywalking）丰富性能场景设计（扩展性场景、可靠性场景、网络异常等情况）可持续性能压测(Jmeter进行自动化...

Openshift上使用Nginx-Pod作灰度发布

参考文章：使用 Nginx 实现灰度发布什么是灰度发布 **【百度百科】**灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。除了AB test灰度发布另一种思想是，只发布给一小部分用户，如：App在发布之前，针对性的给一小批用户测试下新版本，用小流量发布的方式来检验新版会不会有问题。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。 Openshift上实现蓝绿部署在openshift上的部署两个版本的Service：service01, service02。在创建Route的时候，可以非常简单地指定同一个Route流量访问两个service的百分比service01（25%流量）, service02（75%流量）。所有请求该Route的流量会被按指定的比例访问后service。对应的Route yaml配置文...

Jenkins-Pipeline语法实例

Jenkins Pipeline支持的指令指令名说明作用域 agent 定义执行任务的代理 stage 或pipeline environment 设置环境变量 stage或pipeline tools 自动下载并安装指定的工具，并将其加入到PATH变量中 stage或pipeline input 暂停pipeline,提示输入内容 stage options 配置Jenkins pipeline本身，如options{retry(3}},指pipeline失败时再重试2次 stage 或 pipeline parallel 并行执行多个step stage parameters 执行pipeline前传入一些参数 pipeline triggers 定义执行pipeline的触发器 pipeline when 定义阶段执行的条件 stage build 触发其他的job steps options Jenkins Pipeline配置参数参数名说明例子 buildDiscarder 保留最近历史构建记录的数...

gogs创建用户

/opt/gogs/gogs admin create-user –name=root –password=123456 –admin=true --email=abc@123.com –config=/etc/gogs/conf/app.ini 123oc project cicd &&gogspodname=$(oc get pod | grep gogs | grep -v postgresql| awk '{print $1}')oc rsh $gogspodname /opt/gogs/gogs admin create-user --name=root --password=123456 --admin=true --email=abc@123.com --config=/etc/gogs/conf/app.ini

《启示录：打造用户喜爱的产品》读书笔记

好产品具备三个基本条件：价值、可用性、可行性，三者缺一不可。产品没有价值，开发团队再优秀也无济于事。第一篇：人员现代软件产品团队成员产品经理职责：评估产品机会；定义要开发的产品。用户体验设计师交互设计师：负责深入理解目标用户，设计有价值的，可用的功能，以及用户导航和产品使用流程。视觉设计师：根据交互设计原型，制作美观的产品界面项目管理人员产品经理完成产品定义后，开发团队开始开发产品。项目经理核心任务：制订计划和跟踪进度。开发团队职责：负责产品的技术开发。运维团队职责：互联网服务产品通常运行在服务器上，保证服务正常运行。产品营销人员职责：负责对外发布信息、宣传产品，为扩展市场销售渠道、组织重点营销活动、促进产品销售提供支持第二篇：流程11. 评估产品机会——确定待解决的问题只讨论待解决的问题，不应涉及具体解决方案。产品经理需要回答如下十个问题：产品要解决什么问题？（产品价值）为谁解决这个问题？（目标市场）成功的机会有多大？（市场规模）怎样判断产品成功与否？（度量指标或收益指标）有哪些同类产品？（竞争格局）为什么我们最适合做这个产品？（竞争优...

数据加载中