justyman的博客

目录前言1、团队内形成契约关系2、方便自测，真正的前后端分离，真正的“解耦”3、每日构建（Daily build）的基础4、“与时俱进”的接口文档后话前言之前说到因为复盘到团队之前的故障很多是跟接口有关的，因此近期也在团队内部引进试用YAPI这个接口管理平台。用了大概几周吧，也找了团队的同事了解了一下具体的效果。那这类平台有个什么样的好处呢？1、团队内形成契约关系我特意画了个前后对比图（个人比较喜欢可视化还有彩色系的东西，让人心情...

一、什么是Daily Build？每日构建，简而言之就是每天把当前最新的代码集合拉取下来，然后进行编译构建并进行自动化的冒烟测试，然后通过某种形式把构建结果进行系统性展示给相关干系人。这是持续集成的其中一项最佳实践，最早出现在微软，我个人认为这是放之四海而皆准的一个原则，只是不同公司的实际操作会有异同。它的目的不是在于减少构建失败的次数，而是要尽早发现问题，降低解决问题的成本。二、为什么要做Daily Build？1、可以让同事从日常工作中养成质量意识。为什么会这样说呢？实际上我翻阅过.

目录一、前言二、一团糟三、如何利用父pom四、后话一、前言事情是这样的：最近条线内部在搞“避免重复造轮子”的整改活动。其中发生了一个事情，之前条线内部的A团队已经尝鲜使用了XXL-job，后面考虑到避免重复造轮子，就要求B团队新建的系统也统一使用XXL-job，然后通过执行器进行权限管理，最后才发现原来A团队使用的那个版本还没有支持权限管理。从这里，我发现到一个问题：我们的maven管理确实很混乱，依赖版本管理必须得统一管理起来。二、一团糟实际上，日常工作中...

一、前言上篇：API接口管理平台YAPI的搭建之前已经写了一下YAPI平台的大致搭建步骤，这篇写一下大致的用户配置等功能（实际上YAPI安装完后也有个教程，它那个绝对全面），但是我看了一圈，觉得有点别扭。如果从一个团队引进来YAPI后如何在配置的角度看的话，我感觉它的脉络有点绕，因为它是基于功能点去展开的（个人看法而已）。因此，为了让自己快速了解如何帮一个团队进行配置，我这里尝试...

一、YAPI简介二、YAPI安装要安装YAPI，需要一些前置条件，即需要安装git、nodejs（7.6+）、mongodb（2.6+）。好，接下来我们一步步进行安装。1、nodejs的安装：# 获取资源[root@centos7a justyman]# curl -sL https://rpm.nodesource.com/setup_8.x | bash...

目录1、前言2、源码版本管理3、编译包版本管理4、后话1、前言随着所搭建的团队人数越来越多，开始形成一个个独立小团队的时候，协同开发的机制重要性就显得格外重要。刚好最近要针对这块版本管理向领导做个总结汇报，我这里就顺便分享一下我们团队的一个整体做法。2、源码版本管理整体上我们团队还是以Gitflow为主，再根据我们团队具体情况做一定程度的裁剪。首先这里复述一遍Git...

目录1、什么是制品与制品库？制品是指由源码编译打包生成的二进制文件，不同的开发语言对应着不同格式的二进制文件，这些二进制通常可以直接运行在服务器上。制品库用来统一管理不同格式的软件制品。 除了基本的存储功能，还提供了版本控制、访问控制、安全扫描、依赖分析等重要功能，是一种企业处理软件开发过程中产生的所有包类型的标准化方式。2、痛点第三方依赖包下载管理混乱，没有准...

目录前言一、集成静态代码扫描工具（FindBugs）二、集成自动化单元测试(Jacoco)1、前置条件三、集成代码质量管理平台(SonarQube)前言承接上一篇：Jenkins持续集成流水线（上）当我们的持续构建流水线的基本骨架构建完毕后，接下来我们要集成单元测试覆盖率（Jacoco）、静态代码扫描工具、及代码质量管理平台（SonarQube），通过一键构建并生...

1、前言 当整体CI流水线搭建完毕后，接着需要针对持续构建的环节进行细化，如在构建前需要触发PMD扫描进行Java源代码中的潜在问题检查，如在编译后需要触发FindBugs扫描进行编译文件（.class）进行扫描。 另外，Warnings Next Generation Plugin是一款jenkins的插件，它内置了很多的静态代码检测工具，有了这个我们可以很方便的...

目录1、前言2、角色权限3、强制代码审查一、设置受保护分支二、创建及批核Merge Request三、历史查询1、前言团队目前在日常开发工作中都是在线下进行代码审查，但是这样的模式根本无法做到过程留痕。因此，需要使用GitLab的Merge Request或者Gerrit这样的工具进行过程管理。这里详述一下如何通过Merge Request进行线上的代码审查。2...

目录一、前言二、步骤1、先准备原材料Tag。2、配置Jenkins任务3、构建一、前言目前我这边的近期工作主要构建基于GitLab的统一源代码版本管理及程序包版本管理的工作，其中一项就是要在Jenkins上基于Git的Tag进行构建打版，并设置一个Jenkins任务给到SIT测试人员进行以工单为模式的提测部署，以下步骤主要说明如何在Jenkins和GitLab上实现。...

目录前言一、启动Jenkins1、前置条件2、插件安装3、配置二、持续集成 - CI（GitLab+Maven+Nexus）1、先创建一个任务2、配置凭据3、继续配置剩余配置项4、构建任务5、自动触发构建（CI）三、集成自动化部署(Linux)1、配置SSH2、配置构建任务3、构建任务前言一、启动Jenkins1、前...

      这一章中提到技术价值流，其定义为：把业务构想转化为向客户交付价值的、由技术驱动的服务所需要的流程。其实我觉得这个概念是脱胎于制造业中的精益管理。      定义里面提到的“向客户交付价值”，这里蕴含了客户对所交付产品/服务的两重要求。第一，快速，马上能用（尽管功能不全），能马上为客户带来业务价值；第二，稳定，不会产生混乱和破坏，如服务中断、性能下降等问题。从这两个方面看来，它天生就跟敏...

           1、当企业或部门要引进新的管理实践或者工程实践时，需要找到合适的价值流作为切入点。书中也建议找一些棕地项目，毕竟该类项目深受历史遗留问题所累，组员也更倾向于通过新技术，新方法来解决目前的困境。对于这些项目的人员，他们作为受益者肯定也会成为该新技术的拥护者。      2、但是问题来了，根据技术采用曲线，在创新者/早期采用者和早期从众者之间存在巨大的鸿沟，那如何能成功跨越，在我...

      对于NFR【非功能性需求】，在前东家时确实会考虑得更充分或者说会摆到相当重要的地位。这个也是目前团队需要花大力气改进的地方，或者说一定要放到战略上重视它的高度。      结合到上周SAFe的交流，完全严重同意要增加IP这样一个迭代。因为每个迭代都会消耗我们辛苦建立起来的技术优势，越往后越有机会从优势变成债务。这样的一个IP迭代，能够让我们在技术债务还没有像滚雪球一样滚到无法挽回的地步...

                  

目录1、SonarQube简介1.1 介绍1.2 使用范围1.3 工作原理1.4 扩展性2、SonarQube安装、配置2.1 前置条件2.2 配置工作3、Sonar Scanner安装、配置3.1 配置工作3.2 运行4、Jacoco、maven与SonarQube的集成4.1 前置条件4.2 配置工作4.3 运行5、结束语1、...

# 本方法源自赜爷指导目录前言画基线设置并运行前言 很多团队刚开始推行使用SonarQube进行代码质量管理的时候总会遇到一个揪心的问题：因为很多旧项目之前压根就没用这套工具，团队一上来兴致勃勃的就拿着这个工具跑指标，新鲜感很强，毕竟人是好奇的动物。然鹅，几分钟后的结果却是意料之外：几乎接近于0的测试覆盖率，几千上万个bad taste、bug和漏洞等等不一而足...

目录1、前言2、下载gitlab3、启动并设置sshd服务的开机启动4、安装postfix并启动5、修改防火墙规则（永久修改），在centos7下打开新端口（如tcp/8855）6、修改gitlab配置文件指定服务器ip和自定义端口7、gitlab常用命令8、已有代码从一个仓库迁移到另一个仓库9、登录GitLab查看10、日志种类1、前言该指南...

目录前言安装启动服务使用与配置上传构件包前言伴随着团队的微服务越来越多，测试团队也重视版本管理并要求 “所测即所得”，即SIT/UAT通过测试的二进制编译包即是上线部署包，而非重新拉取代码再打包。因此，要达到这个目标，开发这边需要做两个事情：1、把配置从程序包中解耦。这块不是这篇文章的重点，我后续会开另外一篇说一下如何通过使用携程开源的配置中心Apollo进行解耦。...