SonarQube应用离线安装插件
SonarQube的插件地址为：https://binaries.sonarsource.com/Distribution/
将下载的插件文件存放在SonarQube应用的/opt/sonarqube/extensions/plugins目录下。
参考文章
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Michael Blog！
相关推荐
2020-05-20
系统僵尸进程管理
查看系统僵尸进程数top 查看僵尸进程详情ps -ef|grep defunct 停止僵尸进程kill -9 $Parent PID
2020-05-20
性能测试方案设计与测试过程
性能测试过程 性能测试计划 按照模板生成性能测试计划 指标设计（并发数、在线数、TPS、请求超时）挑选典型交易（20%交易，覆盖80%流量）环境、数据准备（与生产环境尽量一致）场景设计（基础场景、专项场景）测试进度安排 需求分析、调研 了解业务需求 环境、数据准备： 系统部署 真实含义的业务数据 数据量为生产数据量三年以后的数据量。 场景分析设计 挑选交易，典型交易：高频交易，逻辑复杂的交易，集中时间段的场景 单交易运行——>单交易负载场景 混合场景设计：混合容量设计，浪涌设计（20->100,100->20） 稳定性场景设计（48小时、72小时持续压力验证） 场景执行、应用监控 执行测试场景 问题定位、分析优化 分析问题 回归验证 性能测试报告 测试结果汇总形成报告 性能测试方案扩展引入多样化的性能监控工具（prometheus/JVM/pinpoint/skywalking）丰富性能场景设计（扩展性场景、可靠性场景、网络异常等情况）可持续性能压测(Jmeter进行自动化...
2020-05-20
Jenkins-Pipeline语法实例
Jenkins Pipeline支持的指令 指令名 说明 作用域 agent 定义执行任务的代理 stage 或pipeline environment 设置环境变量 stage或pipeline tools 自动下载并安装指定的工具，并将其加入到PATH变量中 stage或pipeline input 暂停pipeline,提示输入内容 stage options 配置Jenkins pipeline本身，如options{retry(3}},指pipeline失败时再重试2次 stage 或 pipeline parallel 并行执行多个step stage parameters 执行pipeline前传入一些参数 pipeline triggers 定义执行pipeline的触发器 pipeline when 定义阶段执行的条件 stage build 触发其他的job steps options Jenkins Pipeline配置参数 参数名 说明 例子 buildDiscarder 保留最近历史构建记录的数...
2020-05-20
持续交付发布可靠软件的系统方法（交付生态圈）第十三章：组件和依赖管理
《持续交付发布可靠软件的系统方法》读书笔记 持续交付让应用程序处于随时可发布的状态。在大型重构或添加复杂功能时，要继续保持应用的可发布状态，需要对大型应用组件化。组件是指应用程序中的一个规模相当大的代码结构，它具有一套定义良好的API，而且可以被另一种实现方式代替。一个基于组件的软件系统，通常其代码库被分成多个相互分离的部分，每个部分通过有限的定义良好的接口提供一些服务与其他组件进行有限的交互。有人把组件称为模块。基于组件的设计是一种良好的架构，具有松耦合性。 保持应用程序可发布团队不断地增加新特性，可以给每次新特性创建新的分支，当新特性完成后，再将它合并到主分支。这将会导致合并周期变长，无法做到持续集成，这种方法不是最好的。提倡每个人都应该提交到主干。可是这样又该如何保证主干一直保持可发布状态呢？有如下四种策略： 将新功能隐藏起来，直到它完成为止。一种方法是把新功能直接放进主干，但对用户不可见，比如通过单独的URL来访问，通过Web服务器配置不允许访问其入口；另一种方法是通过配置项开关来管理。把功能半成品与系统其他部分一同发布是一个好实践。 将所有的变更都变成一系列的增量小修...
2020-05-20
Openshift上使用Nginx-Pod作灰度发布
参考文章：使用 Nginx 实现灰度发布 什么是灰度发布 **【百度百科】**灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。 在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。 除了AB test灰度发布另一种思想是，只发布给一小部分用户，如：App在发布之前，针对性的给一小批用户测试下新版本，用小流量发布的方式来检验新版会不会有问题。 灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。 Openshift上实现蓝绿部署 在openshift上的部署两个版本的Service：service01, service02。在创建Route的时候，可以非常简单地指定同一个Route流量访问两个service的百分比service01（25%流量）, service02（75%流量）。所有请求该Route的流量会被按指定的比例访问后service。 对应的Route yaml配置文...
2020-05-20
持续交付发布可靠软件的系统方法（部署流水线）第八章：自动化验收测试
《持续交付发布可靠软件的系统方法》读书笔记 验收测试通常是在每一个通过提交测试的软件版本上执行的。 验收测试的目的：对于一个单独的验收测试，它的目的是验证一个用户故事或需求的验收条件是否被满足。如功能验收条件和非功能验收条件。 如果每次提交测试后都在该版本上运行自动化验收测试，会有如下效果： 反馈环大大缩短，能够更快地定位问题 测试、开发人员和客户需要紧密合作才能创建一个良好的自动化测试套件，这会促进他们之间的良好合作 有助于让每个人更关注业务的价值 验收测试与单元测试的区别：验收测试是针对业务的，单元测试是面向开发的。 创建验收测试 分析人员与测试人员和客户紧密合作，定义验收条件 分析人员向开发人员讲解需求，以及它的业务上下文，并检查一遍验收条件 测试人员与开发人员讨论，并就“哪些自动化验收测试来证明验收条件被满足”达成一致 开发人员认为工作完成是指所有单元测试和组件测试通过，验收测试全部实现，并证明系统满足需求。此时可以向分析人员、测试人员和客户进行演示 应用程序驱动层应用程序驱动层是一个知道如何与应用程序打交道的层次。它所用的API是以某种...