持续集成Continuous Integration(CI) 原理图: Gitlab作为git server.Gitlab的功能和Github差不多,但是是开源的,可以用来搭建私有git server,也提供非常强大的web GUI,比如开发者互相review源代码的时候就会很方便.系统的工作流程大概分为以下几步: 1 开发者将新版本push到git server (Gitlab). 2 Gitlab随后触发jenkins master结点进行一次build.(通过web hook或者定时检测)

背景 每次到网页里手动发版有点烦,写个脚本来提高开发效率. CFG 在 jenkins 设置里获取 API TOKEN. 把 host 和账号密码拼接起来就可以通过鉴权. const token = { user: '', password: '', } const host = 'jenkins.xxx.cn'; const basicUrl = `http://${token.user}:${token.password}@${host}`; BUILD 调用 jenkins 提供的 jen

1.在mac上直接安装Jenkins,下载地址 : 2.安装插件:系统管理-->插件管理 publish over ssh Exec command: cd /usr/local/apache-tomcat-7.0.81/bin/sh jenkins.sh 8080 hc-adapter /usr/local/jdk1.7 这里与服务器上tomcat中的脚步发生互动了. jenkins.sh 负责服务器上tomcat的关闭和启动: 具体代码: #!/bin/bash #Time log_time

jenkins 项目名中明确了 是jar tar.gz war包研发需要提供  项目名-地点-环境(研发.测试.生产)-应用项目名称(admin)-包格式(jar\war\gz) deployment  名字  和  service名字  在 k8s中 定义为   应用项目名称namespace 为   环境+项目名 (prodsubject 或者 testsubject) ingress 映射的域名是    环境+应用项目名称(prodadmin.cinyi.com) delete_old_i

之前在公司机房部署了一套jenkins环境,现需要迁移至IDC机房服务器上,迁移过程中记录了一些细节:1)jenkins默认的主目录放在当前用户家目录路径下的.jenkins目录中.如jenkins使用root用户启动,则主目录为/root/.jenkins [root@code-server ~]# ll -d /root/.jenkins/ drwxr-x--- 14 root root 4096 Dec 18 15:22 /root/.jenkins/ 2)可以在系统环境变量里手动设置je

之前说到的jenkins自动化构建发版是通过svn方式,今天这里介绍下通过git方式发本的操作记录. 一.不管是通过svn发版还是git发版,都要首先下载svn或git插件.登陆jenkins,依次点击"Jenkins首页"->"系统管理"->"管理插件"->"可选插件",选在svn或git有关插件(ctrl+f搜索"svn"或"git"),直接进行安装即可安装成功后,

目录 一.简介 二.自由风格使用 三.pipeline使用 脚本式 声明式 一.简介 Jenkins在构建记录中,是可以看到谁点的构建的,但pipeline中的全局变量,默认是不支持获取当前构建任务的构建人的,要想获取构建人的信息,只能通过插件来帮助我们获取. 主要用于构建通知,例如发版后将结果通过邮件.钉钉等方式发到群里,这样要附加一些信息,可以将构建人加入进去. 插件:build-user-vars-plugin 插件下载地址,也可以用清华大学镜像源 支持如下变量: Variable Des

第一篇. 版本迭代是每一个互联网公司必须经历的,尤其是中小型公司,相信不少人踩到过很多坑.接下来的一系列文章将介绍我设计的自动化发版系统! 很多公司没有把配置独立出去,代码的构建.发版通过一个Jenkins job实现,我认为这样很不好.弊端如下: 如果你有N个环境,你将会有N次编译.N次配置.产生N个包.发布N次......: 配置变更困难,可读性比较差: 版本发布总体时间长等等. 事实上我们需要: 一次构建多次发布: 具备包仓库,长期存储并备份成品包: 具备配置管理系统,实现集中管理配置且维

转载自:https://www.cnblogs.com/wellful/archive/2004/01/13/10604151.html 版本迭代是每一个互联网公司必须经历的,尤其是中小型公司,相信不少人踩到过很多坑. 很多公司没有把配置独立出去,代码的构建.发版通过一个Jenkins job实现,这样很不好.弊端如下: 如果你有N个环境,你将会有N次编译.N次配置.产生N个包.发布N次......: 配置变更困难,可读性比较差: 版本发布总体时间长等等. 事实上我们需要: 一次构建多次发布:

问题背景 大一点的公司都会建立一套规章流程来避免低级错误,例如合入代码前必需经过同行评审:上线前必需提测且通过 QA 验证:全量前必需经过 1%.5%.10%.20%.50% 的灰度过程.尤其是最后一步,需要严密的监控发版指标来保证新版本的质量,如果与主力版本的指标相比有异常变动,就需要及时停止放量并分析原因. 一个版本的重点观察指标,除崩溃率外有小 20 项,分布在系统的 10 多个页面,且每个指标均需要指定多达 6-10 个过滤条件,最常用的包括版本号.端类型 (PC/ Mac/Androi

AEAI Portal门户集成平台为数通畅联的核心产品,本着分享传递的理念,数通畅联将Portal_server.Portal_portlet两个项目开源,目的在于满足客户与伙伴的OEM需求,以及为广大IT爱好者的集成工具提供多一种选择,多一种便利.希望通过开源中国,分享该产品,在交流学习中,使更多的人受益.本次发版的产品AEAI Portal V3.5.2为AEAI Portal V3.5.1版本的升级版,产品下载地址: http://pan.baidu.com/s/1mgj3SV2. AEA

php 7 正式发版 php 在 2015年 12月 3 日 正式发布了 php7 以下是php7的新特性 性能是php5.6的2倍 显著的减少了内存的使用 抽象语法书 64位的支持 提高了异常层次 很多错误变成了异常 安全的随机数字生成器 空合并符 (??) 返回和常量类型声明 匿名类 零消耗资源 以下是3个PHP7 下载链接 php-7.0.0.tar.bz2 php-7.0.0.tar.gz php-7.0.0.tar.xz

author:skate time:2014/08/18 Database(Mysql)发版控制 The Liquibase Tool related Database 一.Installation & Configration 二.Advanced Usage of the Liquibase 三.Frequently Questions 二.Advanced Usage of the Liquibase 1.实际场景模拟 实际需求:须要把不同环境的不同分支的数据库变更合并,并按需求应用或回滚

转载: 原文地址:http://www.2cto.com/kf/201609/544550.html 持续集成 开发中,我们经常遇到一些奇怪问题,比如本地可以编译成功的代码但是同事们更新代码后编译出错,或者在项目有多个Target的时候,资源文件只添加到了当前的Target,另外一个Target这个时候是不能正常编译的,再比如写的工具类,被同事改了,或者自己有改动,很多地方用到了,怎么保证这个类的行为没有发生变化而影响到项目中的其它模块呢?诸如此类. 那么这些问题原因在哪,可否避免呢?当然是可以

前言 在生产环境,我们为了降低发版风险,一般都只做增量发布,不做全量发布. 除非项目只有一到两人开发,对时间线和代码脉络结构一清二楚,才可全量发布. 然而增量发布也是有一定隐藏陷阱在里面的,以下就是笔者的项目组在增量迭代过程中一起遇上到陷阱 陷阱1 : 匿名内部类 如果修改的java源码中,有匿名内部类,那么最终在WEB-INF/classes/.......package....../Person.java 下面会生Person$XXX.class的匿名内部类, 但是我们在提交svn时,一般不

背景:开发将其代码放到svn里面,如何将修改后存放到svn里的代码发布到线上?简单做法:写个shell脚本,用于代码发版.比如开发的代码存放svn的路径是:svn://112.168.19.120/huanqiu_app 首先在发布机上创建一个发版目录 [root@huanqiu ~]# mkdir -p /Data/webroot_svncode/Online_app 然后将svn里的代码下载到发布机本地的发版目录里 [root@huanqiu ~]# cd /Data/webroot_svn

Android加固包签名 我们知道自己的apk在上传市场的时候, 为了更好的包含我们的代码需要加固服务, 加固后的apk是不能直接安装的, 需要我们手动签名. 关于Android签名的知识就不在赘述了,网上有很多相关内容. Android应用数字签名详解 重点我们需要知道: android的签名不是 google自定义的, 它是一个通用校验算法, 通用与java 应用程序发版中. Android的签名只是在该算法基础上提供了自己的工具; 我们可以使用android studio 方便的完成对ap

检查:VS中,这个文件右击属性,查看生成操作.如果是“无”,改为“内容”.再重新发布就没问题了. 想看发版出来的内容包括哪些,可以从“发布”--“应用程序文件”查看

背景 SpringCloud分布式项目,部署在多个节点上.一般的发版方式是,使用Kill -15 pid,逐一地关闭.部署.重启. 但中间涉及到一个问题,当执行kill命令时,服务虽然关闭,但Eureka那里依然保存着这台服务器的IP,请求依然会跑到这台服务器上. 直到持续数十秒后,Eureka将该服务的IP剔除掉. 如果请求量大,会导致大量请求在发版的过程中出现异常.所以要想到一个更优雅的方式来部署服务. 方案一: 调用Eureka的接口,让Eureka自动剔除该服务IP. 获取服务的AppI

随着移动互联网的发展,手机银行凭借低成本.操作简单.不受时间空间约束等优势,正逐步替代传统的网银交易方式.越来越多的银行开始了“业务移动化”转型之路,“手机APP”已经成为企业价值传递和关系维护的关键纽带,客户争夺的主战场已转向移动端,事实上手机银行的用户比例早已超越了网银用户. 但是伴随着银行APP承载的业务需求日益增多.版本迭代速度不断加快,以“手工测试”为基础的测试体系,已很难满足业务对测试效率和质量的要求.APP 测试急需完成从“纯人工”到“人机协同”的范式转换. 一.银行 APP 的质

Git提交代码规范 - 木之子梦之蝶 - 博客园 https://www.cnblogs.com/liumengdie/p/7885210.html Commit message 的格式 Git 每次提交代码,都要写 Commit message(提交说明),否则就不允许提交. 用commit message最好是能有规范和工具的约束. 每次提交,Commit message 都包括三个部分:header,body 和 footer. 其中,header 是必需的,body 和 footer 可