gerrit

Gerrit: configure references for multiple Git branches of same level

不问归期 提交于 2021-01-29 04:43:35
问题 We have big project with many teams working on different modules and to keep 'master' always working we're using several team branches merged to the main branch in the end of every sprint if everything is OK. Every team have their feature branches that go to the team branch when they are finished. Now I try to move our project to the Gerrit to prohibit accidental direct pushes into 'master', but face several problems. I used Git a lot, but never used Gerrit before, so I'm little confused with

Jenkins - how to show downstream jobs build result on Gerrit patch set?

微笑、不失礼 提交于 2021-01-27 19:32:23
问题 below is my use case, I have jobs A, B, C - A is upstream and B and C are downstream jobs. When a Patch set created in Gerrit, based on the patchset created event I trigger Job A and based on the result of this job, we trigger B and C. After the B and C is executed, I want to display the result of all three jobs on Gerrit patch set. like Job A SUCCESS JOB B SUCCESS JOB C FAILED right now I see only JOB A Build result showing up on GERRIT PATCH SET as JOB A SUCCESS is there any way to do this?

外企是如何在家办公的?

孤街醉人 提交于 2021-01-16 04:01:08
同学们2021年好,这是今年更新的第一篇文章,本来想一月一号就发一篇,但是一个是不知道写点什么,一个确实是有点忙 加我微信【coderAllen】的同学可能知道我已经在家办公很久了,因为始于去年的疫情缘故,2020年就断断续续的在家办公,虽然是在家办公听起来比较美好,但是从实际经验出发,在家办公其实是更累的,也更需要自控力 这个问题其实也是在朋友圈下大家的留言,有不少都是羡慕等,既然如此,那就说说在家办公的好与坏吧 首先说下我在家办公需要的配套装备 笔记本电脑一台 手机一部 办公桌及办公椅一套 需要的软件主要是 Skype: 主要的交流及开会工具 Teams:主要的项目计划及文档更新工具 Outlook:主要的收发邮件工具,可以说是最重要的软件了 SourceInsight: 看代码修改代码工具 Gerrit:团队审核及代码提交工具 基本就是我每天工作需要的全部工具,从这些工具就可以看出来,其实公司已经开始在推进在家办公流程,使用的基本全是支持多人协作办公的软件,比如微软全家桶系列和Gerrit流程 如果有同学公司想推进在家办公流程的也可以按照这样的软件配备 OK,介绍了使用了的软件开始进入正题,为什么开头我说在家办公反倒更累了,首先由于不用上下班的路程,确实节约了不少时间,在北京这种拥堵的大城市,每天的通行时间确实浪费了大把好时光,所以这部分挤出来的时间我一般会用来看书

Gerrit: after add/commit to local git repo, I receive: [remote rejected] (no changes made) when trying to push to remote

夙愿已清 提交于 2020-12-10 08:42:46
问题 The following is the output when trying to push to remote git repo: Counting objects: 28, done. Delta compression using up to 8 threads. Compressing objects: 100% (26/26), done. Writing objects: 100% (28/28), 3.28 KiB | 1.64 MiB/s, done. Total 28 (delta 22), reused 0 (delta 0) remote: Resolving deltas: 100% (22/22) remote: Processing changes: refs: 1, done remote: (W) No changes between prior commit 4075c99 and new commit bbb6b31 To http://172.16.0.5:8080/chef-repo ! [remote rejected] HEAD ->

jenkins api

佐手、 提交于 2020-11-30 07:30:09
jenkins api http://jen-server:8080/job/<view>/api/json http://jenkins_site/computer/api/json?depth=1&pretty=true 1.LastBuild信息,这是一个build信息的字典: 可以获取值 "name":"GERRIT_CHANGE_NUMBER","value":"150410" "name":"GERRIT_PATCHSET_NUMBER","value":"7" "name":"GERRIT_REFSPEC","value":"refs/changes/10/150410/7" "name":"GERRIT_CHANGE_URL","value":"https://git-1.devtools/gerrit/150410"} "runs":[{"number":135,"url":"http://jen-server:8080/job/PRE_CI/label=master/135/"} http://jen-server:8080/job/PRE_CI/lastBuild/api/json?prettye=true 2. 队列信息: http://jen-server:8080/queue/api/json items对应的是一个列表,不包含正在build的job

库克谈iPhone 12供应紧张问题;任正非:华为设计的芯片我们造不出来;小米、QQ等手机浏览器发布自查整改公告 | EA周报

拟墨画扇 提交于 2020-10-30 16:09:09
EA周报 2020年10月30日 每 个星期7分钟,元宝带你喝一杯IT人的浓缩咖啡,了解天下事、掌握IT核心技术。 周报看点 1、 2020中国互联网百强名单:阿里、腾讯、美团分列前三 2、 三星击败小米,重夺印度智能手机市场龙头地位 3、 iPhone 12全线跌破发行价 4、 任正非:华为目前的困难,是设计出来的芯片国内基础工业造不出来 5、 苹果秘密加紧开发自有搜索工具,已有重大进步 6、 小米、QQ 等 8 款手机浏览器发布自查整改公告 7、 蚂蚁员工激励达 1376.9 亿,人均能在杭州买套 283 平房子 热点大事件 2020中国互联网百强名单:阿里、腾讯、美团分列前三 中国互联网协会于会上发布了2020年中国互联网综合实力前百家企业和中国互联网成长型前20家企业名单。阿里巴巴(中国)有限公司、深圳市腾讯计算机系统有限公司、美团公司、百度公司、京东集团、网易集团、上海寻梦信息技术有限公司、北京小桔科技有限公司、北京字节跳动科技有限公司、腾讯,2020年中国互联网综合实力企业前十名。 华为:手机版鸿蒙OS 2.0Beta版将在12月如约而至 日前,华为消费者业务软件部总裁王成录表示,当前手机HarmonyOS开发者Beta版本进展很好,研发已经准备就绪,预计会如约在12月进行发布。届时希望广大开发者朋友能够一起参与进来,群策群力,共同建设鸿蒙生态。

Git官方和创始人都推荐的Git权威指南,广度深度和实战性史无前例

南笙酒味 提交于 2020-08-17 15:26:18
先给大家看一下大佬们对这本书的评价,免得说我“标题党” 版本控制是管理数据变更的艺术,无论数据变更是来自同一个人,还是来自不同的人(一个团队)。版本控制系统不但要忠实地记录数据的每一次变更, 还要能够帮助还原任何一-次历史变更,以及实现团队的协同工作等。Git就是版本控制系统中的佼佼者。 当开源软件纷纷倒向分布式版本控制系统大旗(尤其是Git)的时候,很多商业公司也在行动了,尤其是涉及异地团队协同和Android核心代码定制开发的公司。对于那些因保守而不敢向Git靠拢的公司,Git 也可以派上用场,因为Git可以与现在大多数公司部署的SVN很好地协同,即公司的服务器是SVN,开发者的客户端则使用Git。相信随着Git的普及,以及公司在代码管理观念上的改进,会有更多的公司拥抱Git。 这本书可以说是适合所有互联网行业的程序员们,需要获取这份Git文档的小伙伴添加小助理vx:kaixindian331免费获取! 文档内容目录 第一篇初识Git 第1篇讲解了Git的相关概念,以及安装和配置的方法,共3章。第1章介绍了版本控.制的历史。第2章用十几个小例子介绍了Git的- - 些闪亮特性,期待这些特性能够让你爱上Git。第3章则介绍了Git在三种主要操作系统平台上的安装和使用。在本书的写作过程中,我70%的时间使用的是DebianLinux操作系统

给开源项目贡献代码时:先讨论,再编码

生来就可爱ヽ(ⅴ<●) 提交于 2020-08-07 15:03:15
我所参与的开源项目遵循的是一种这样的理念,我把它描述为 “先讨论,再编码”。我认为一般来说这是开发软件的好方法,我想花一点时间来谈谈这种方法的好处。 避免伤害感情 先讨论你想做的改变最重要的原因是避免伤害感情。我经常看到一个贡献者闭门造车地提交了一个 PR,却发现他的努力工作被拒绝了。这可能有一堆原因:PR 太大了,PR 没有遵循本地风格,PR 修复了一个对项目不重要的问题或者最近间接修复了的问题,等等。 这些问题的根本原因都是缺乏沟通。“先讨论,再编码” 理念的目标不是阻碍你或给你带来挫折,而是确保一个功能第一次就能正确落地,而不至于产生大量的维护债务。无论是改动的作者,还是审查者,当一个改动突然出现时,并暗示说 “好吧,我已经做完了,你要做的就是合并它,对吧?”,先讨论可以让他们不必背负伤害感情的情绪负担。 讨论应该如何进行? 每一个新功能或错误修复都应该在工作开始前与项目的维护者讨论。私下试验是可以的,但不要在没有讨论之前就发送修改。 对于简单的改动,“讨论” 的定义可以只是 GitHub 议题中的一个设计草图。如果你的 PR 修复了一个 bug,你应该链接到它修复的 bug。如果没有,你应该先提出一个 bug,等待维护者确认后再发送 PR。这可能看起来有点落后 —— 谁不希望一个 bug 被修复呢 —— 但考虑到这个 bug 可能是对软件工作方式的误解