From:http://sinojelly.sinaapp.com/2011/08/git-changes-submitted-by-the-previous-method-pay-special-attention-to-change-id-unchanged/ 当使用git提交代码到gerrit后,发现此次提交有问题,需要重新提交,就需要修改此次提交了. 基本概念 Change: Gerrit中的一个Change就是一个Review任务,它对应一个commit. 每个commit,应该是为了

1. 下载源码git clone https://git.ffmpeg.org/ffmpeg.git 2. 设置 git 用户的邮箱和姓名git config --global user.email "email@gmail.com"git config --global user.name "name" 3. 修改 libavfilter/vf_delogo.c 文件后 commitgit commit -m "libavfilter/vf_delogo

原文地址https://www.cnblogs.com/kevingrace/p/5651447.html 近年来,由于开源项目.社区的活跃热度大增,进而引来持续集成(CI)系统的诞生,也越发的听到更多的人在说协同开发.敏捷开发.迭代开发.持续集成和单元测试这些拉风的术语.然而,大都是仅仅听到在说而已,国内也很少有公司能有完整的 CI 体系流程.反之一些开源项目都有完整的 CI体系,比如openstack.为了实现代码托管->代码审核->代码发布的一套自动化流程,我特意在IDC服务器上部署了G

原文地址:https://www.jianshu.com/p/b77fd16894b6 1, Gerrit是什么? Gerrit实际上一个Git服务器,它为在其服务器上托管的Git仓库提供一系列权限控制,以及一个用来做Code Review是Web前台页面.当然,其主要功能就是用来做Code Review. 2, Gerrit用户配置 Email激活 Gerrit账户的设置界面,点击“Contact Information”进入Email Register页面,输入自己的邮箱账户(此邮箱需要与自

近年来,由于开源项目.社区的活跃热度大增,进而引来持续集成(CI)系统的诞生,也越发的听到更多的人在说协同开发.敏捷开发.迭代开发.持续集成和单元测试这些拉风的术语.然而,大都是仅仅听到在说而已,国内也很少有公司能有完整的 CI 体系流程.反之一些开源项目都有完整的 CI体系,比如openstack.为了实现代码托管->代码审核->代码发布的一套自动化流程,我特意在IDC服务器上部署了Gitlab+Gerrit+Jenkins对接环境,以下记录了操作过程:-------------------

CentOS安装gitlab,gerrit,jenkins并配置ci流程 By Wenbin juandx@163.com 2016/4/9 这是我参考了网上很多的文档,配置了这三个软件在一个机器上,web分别访问8081,8082,8083端口,成功构建了一个ci流程. 版本都是目前最新的版本. 用户 Gitlab:  root/wenbindevops , wenbin/12345678 Gerrit:  gerrit/gerrit, wenbin/wenbin, jenkins/jenki

搭建环境:Ubuntu 14.04 一.环境准备 1.Java环境 gerrit依赖,用于安装gerrit环境. 下载:jdk-7u79-linux-x64.tar.gz http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html 安装:sudo tar zxvf ./jdk-7u79-linux-x64.tar.gz -C /opt 配置:vim ~/.bashrc(针对当前用户) or

最近遇到了一个patch的使用场景: 有一个同事对源码做了一些修改,但是又不想将源码提交到SVN服务器,而我又想得到他所做的修改. patch的使用方法: 创建patch 在要导出“修改”的目录中,单击右键,TortosieSVN => Create pactch , 应用patch 在要导入“修改”的目录中,单击右键,TortosieSVN => Apply pactch

近年来,由于开源项目.社区的活跃热度大增,进而引来持续集成(CI)系统的诞生,也越发的听到更多的人在说协同开发.敏捷开发.迭代开发.持续集成和单元测试这些拉风的术语.然而,大都是仅仅听到在说而已,国内也很少有公司能有完整的 CI 体系流程.反之一些开源项目都有完整的 CI体系,比如openstack. 由于感兴趣,也查阅了一些资料,专门在测试机上进行了一番部署.结合Gitlab+Gerrit+Jenkins,实现代码托管->代码审核->代码发布的一套流程. (1)Gitlab上进行代码托管 在

本文所需的一些预备知识可以看这里: http://www.cnblogs.com/cgzl/p/9010978.html 和 http://www.cnblogs.com/cgzl/p/9019314.html 建立Richardson成熟度2级的POST和 GET的RESTful API请看这里:https://www.cnblogs.com/cgzl/p/9047626.html 之前一篇文章介绍了POST和GET,这篇要介绍建立Richardson成熟度2级的DELETE, PUT, PA

代码审核(Code Review)是软件研发质量保障机制中非常重要的一环,但在实际项目执行过程中,却因为种种原因被Delay甚至是忽略.在实践中,给大家推荐一款免费.开放源代码的代码审查软件Gerrit. 一. Code Review是什么 Code Review最直观的解释即看代码.常规的做法为自己看,有时代码逻辑问题可能自己看不出来,需要找同事一起看,在大家知识体系相对平均的情况下可能需要花钱专门的公司帮助查看. Code Review需要看哪些?对于刚入职场或者刚接触到Coding的新人来

1.安装gerrit [sisi@pre-srv44 ~]$ su - gerrit2Password: [gerrit2@pre-srv44 ~]$ lltotal 83872-rw-r--r-- 1 root root 85872756 Jun 6 09:58 gerrit-2.14.war-rw-r--r-- 1 gerrit2 root 432 Jun 23 17:43 gerrit2.txtdrwxr-xr-x 14 gerrit2 root 4096 Jun 7 09:19 gerr

一: 这几天使用一款电信的4G网卡,发现了一些问题,所以决定打个pitch来解决问题,顺便把patch的生成与使用学习一下 二:安装patch的管理工具quilt 1. sudo apt-get install quilt 2.配置quilt vim  ~/.quiltrc 创建配置文件 1: QUILT_DIFF_ARGS="--no-timestamps--no-index -pab --color=auto" 2: QUILT_REFRESH_ARGS="--no-ti

http://www.cnblogs.com/cute/archive/2011/04/29/2033011.html zhezhelin diff和patch使用指南 diff和patch是一对工具,在数学上来说,diff是对两个集合的差运算,patch是对两个集合的和运算. diff比较两个文件或文件集合的差异,并记录下来,生成一个diff文件,这也是我们常说的patch文件,即补丁文件. patch能将diff文件运用于 原来的两个集合之一,从而得到另一个集合.举个例子来说文件A和文件B,

ingressgateway的默认网络类型是LoadBanlancer,在没有外部负载均衡的情况下可以修改为NodePort. 1.修改 kubectl patch service istio-ingressgateway -n istio-system -p '{"spec":{"type":"NodePort"}}' 2.查看ID与端口 export INGRESS_HOST=$(kubectl get po -l istio=ingress

Devise源于Warden,而warden是一个基于Rack的验证权限gem,不过,使用devise实际并不需要任何关于warden的知识. 如果你之前有一些其他类似的维护验证权限功能的gem的使用经验的话,你会发现Devise的和他们的不同之处在于,提供了从页面到model的实现.相比而言,例如Authlogic就只实现了与model层的实现,这时你就要自己去处理view层实现.而Devise是基于Rails 引擎开发的所以就可以同时提供controllers和view的实现.从功能角度来看

http://blog.csdn.net/hudashi/article/details/7664464 http://guibin.iteye.com/blog/1014369 http://hi.baidu.com/tiger_tnt/blog/item/a0464ffa6a8115d9b58f314d.html http://web.mit.edu/~mkgray/project/silk/root/afs/sipb/project/git/git-doc/git-reset.html 一

1.库和框架的区别 库:jquery 本质上就是一些列函数的集合,将一些函数封装到一个独立的就是文件中 在使用的jquery的时候,是由开发人员说了算的,也就是说开发人员起到了主导作用,而jquery是辅助完成相应的功能的 框架:vue 框架是一套完整的解决方案,项目中用到的一些功能在框架内部都已经提供好了 在使用框架的时候,只要将我们自己写的代码,放到框架合适的地方去,框架会在合适的时机主动调用我们写好的代码,框架指定好了一套规则,我们开发人员,按照这套规则写代码就可以了 也就是说:在使用vu

利用Git生成和应用patch  在程序员的日常开发与合作过程中,对于code的生成patch和打patch(应用patch)成为经常需要做的事情. 什么是patch?简单来讲,patch中存储的是你对代码的修改 什么是生成patch?生成patch就是记录你对代码的修改并将其保存在patch文件中 什么是打patch?打patch就是将patch文件中对代码的修改,应用到源代码,从而把对代码的修改应用到code中. 尽管本身Linux命令里有diff和patch两个命令可以生成patch和打p

最近遇到多进程共享数据的问题,到网上查了有几篇博客写的蛮好的,记录下来方便以后查看. 一.Python multiprocessing 跨进程对象共享  在mp库当中,跨进程对象共享有三种方式,第一种仅适用于原生机器类型,即python.ctypes当中的类型,这种在mp库的文档当中称为shared memory 方式,即通过共享内存共享对象:另外一种称之为server process , 即有一个服务器进程负责维护所有的对象,而其他进程连接到该进程,通过代理对象操作服务器进程当中的对象:最后一