加载中...

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

发表于2020-05-20|更新于2026-02-24

|浏览量:

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

相关推荐

将字符串进行压缩后保存该如何做？

如何将zip文件挂载到容器Pod中呢？Prometheus operator中看到的一个特殊玩法。它将prometheus.yml进行压缩成.gz后再保存到secret中。可参考它来实现对数据的压缩与加密。具体的操作如下： 12$ echo "abc" | gzip | base64H4sIAAAAAAAAA0tMSuYCAE6BiEcEAAAA 解密操作： 1$ echo "H4sIAAAAAAAAA0tMSuYCAE6BiEcEAAAA" | base64 -d | gunzip 大家可以尝试下。另外需要注意的是，将该数据挂载到POD的文件中，文件是压缩后的gz文件。

SonarQube应用离线安装插件

SonarQube的插件地址为：https://binaries.sonarsource.com/Distribution/将下载的插件文件存放在SonarQube应用的/opt/sonarqube/extensions/plugins目录下。参考文章Sonar 离线安装插件

持续交付发布可靠软件的系统方法（交付生态圈）第十三章：组件和依赖管理

《持续交付发布可靠软件的系统方法》读书笔记持续交付让应用程序处于随时可发布的状态。在大型重构或添加复杂功能时，要继续保持应用的可发布状态，需要对大型应用组件化。组件是指应用程序中的一个规模相当大的代码结构，它具有一套定义良好的API，而且可以被另一种实现方式代替。一个基于组件的软件系统，通常其代码库被分成多个相互分离的部分，每个部分通过有限的定义良好的接口提供一些服务与其他组件进行有限的交互。有人把组件称为模块。基于组件的设计是一种良好的架构，具有松耦合性。保持应用程序可发布团队不断地增加新特性，可以给每次新特性创建新的分支，当新特性完成后，再将它合并到主分支。这将会导致合并周期变长，无法做到持续集成，这种方法不是最好的。提倡每个人都应该提交到主干。可是这样又该如何保证主干一直保持可发布状态呢？有如下四种策略：将新功能隐藏起来，直到它完成为止。一种方法是把新功能直接放进主干，但对用户不可见，比如通过单独的URL来访问，通过Web服务器配置不允许访问其入口；另一种方法是通过配置项开关来管理。把功能半成品与系统其他部分一同发布是一个好实践。将所有的变更都变成一系列的增量小修...

Scrum敏捷开发

团队成员一般情况人数在5~9个左右团队要跨职能(包含开发人员、测试人员、用户介面设计师等) 团队成员构成在Sprint内不允许变化。用户故事建模为开发任务需求编写用户故事重要性用户故事测试方法预估时间 30 做为一个会员，可以查看自己的购物清单，以便一起购买登录，点击购买清单Tab 16h Sprint计划会议（两周一次，4个小时）设定本Sprint目标及优先级挑选本Sprint所要开发的需求（Story) 逐一将Story细分成Task 确定每日站会时间和地点确定演示会议和回顾会议日期计划会议输出： Story Task Hour A 1. 编写自动化验收测试2. 设计用户界面3. 编写用户界面程序代码 4. 编写数据库代码5. 编写单元测试 6. 人工测试 3h5h8h8h8h8h B 1. 编写自动化验收测试2. 设计用户界面3. 编写用户界面程序代码 4. 编写数据库代码5. 编写单元测试 6. 人工测试 3h5h8h8h8h8h 第日立会为早上9：00至9：15 Demo演示时间为：2018-07-1...

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

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

自动化工具集(持续更新------)

1. 部署集群kopskubespraykubeoperatork(8s) in d(ocker) 2. 部署应用kustomize 路径名中有/时，使用~1替换 123456789101112131415161718kustomization.yaml---apiVersion: kustomize.config.k8s.io/v1beta1kind: Kustomization...patchesJson6902:- target: version: v1 kind: Namespace name: argocd path: patch-namespace.yamlpatch-namespace.yaml---- op: replace path: "/metadata/annotations/iam.amazonaws.com~1allowed-roles" value: > ["arn:aws:iam::12313112:role/argocd"] kapphelmhelmfileargoc...

数据加载中