Jenkins

一 原理图 二 环境部署说明 服务器 部署说明 IP 开发机器 IDEA，部署在Windows上。 版本控制服务器 源码在码云上部署。 码云服务器 jenkins服务器 jekins自动化部署服务器，部署在windows上。 应用服务器 部署在Linux虚拟机上。 三 Jenkins基本配置 1 Configure System (系统设置) 在系统设置这里，我们只需要设置最后面的一项，配置远程服务器地址。 即我们代码最终运行的服务器地址信息，就像我们之前手动部署时使用xshell登录Linux服务器一样。 配置完成后点击保存即可，为后面我们配置自动化部署做准备，配置如下图： 2 Configure Global Security (全局安全配置) a 配置安全域 b 配置授权策略 3 Global Tool Configuration (全局工具配置 ) a 配置maven的全局settings路径 b 配置jdk c 配置git d 配置maven的安装路径 4.配置必要插件 确保下面3个插件都安装了。 gitee Publish over SSH Deploy to container Plugin 四 Jenkins服务器上创建项目和配置 1 新建工程 2 General(基础配置) 3 源码管理 4 构建触发器 5 构建环境（无需配置） 6 构建 7 构建后操作 a

Jenkins连接git时出现“Failed to connect to repository : Command ... HEAD" returned status code 128:”的问题解决 参考文章： （1）Jenkins连接git时出现“Failed to connect to repository : Command ... HEAD" returned status code 128:”的问题解决 （2）https://www.cnblogs.com/EasonJim/p/6365058.html 备忘一下。 来源： oschina 链接： https://my.oschina.net/u/4428122/blog/4661590

Jenkins android 项目搭建 1、GitLab 代码仓库目录结构 2、Jenkins 创建 Freestyle project 工程 3、进入工程页面 4、执行编译，查看编译结果。 顺利编译出来的 apk 文件，如下图所示： 部署到服务器上 来源： oschina 链接： https://my.oschina.net/sh021/blog/4449995

技术只是基础 　　该系列的两篇文章《 .Net微服务实战之技术选型篇 》和《 .Net微服务实战之技术架构分层篇 》都是以技术角度出发描述微服务架构的实施。 　　如果技术选型篇叙述的是 工具 ，那么架构分层篇讲的就是 技巧 ，而本篇要讨论的就是 原则 。一直以来我会给身边向我探讨问题的人灌输一种理念，没有什么技术银弹，因为我们做的是软件工程，提供的是问题相应的解决方案，不同类型问题的解决方案是存在着本质上的差异。 　　继续提供之前的源码：https://github.com/SkyChenSky/Sikiro PS：该篇文章与.Net无关，其实主要是沿用前面两篇文章的命名，此外我认为DevOps不是简单的工具使用，应从软件工程角度进行出发。 什么才是优秀的架构设计？ 　　曾经有好几个同行问过我同一个问题：什么才是优秀的架构设计？我一直信奉着 两句话 和 一个定律 ： 架构服务于业务，技术服务于架构 康威定律（简单理解成组织架构的设计等同于系统架构的设计） 　　 架构设计 其实就是一种 方案 的 取舍 ，在 有限 的 资源 里(包括但不限人力、时间)能让 团队 顺利的实施技术，同时满足 业务规模 的需要，我认为可以称之为优秀的架构设计，简单来说两个字 合适 架构核心要素 　　核心的主要5大： 性能、可用性、伸缩性、扩展性、安全性 。 　　而我们所讨论的微服务，选择了扩展性

目录 文章目录 目录 基于 CI/CD 的 DevOps 思想 持续集成 持续交付 持续部署 DevOps 流程示例 基于 CI/CD 的 DevOps 思想 DevOps 是一组用于促进开发和运维人员之间协作的过程、方法和系统的统称 。 DevOps 提倡通过一系列的技术和工具降低开发和运维人员之间的隔阂，实现从开发到最终部署的全流程自动化，从而达到开发运维一体化。通过将 DevOps 的理念引入到整个系统的开发过程中，能够显著提升软件的开发效率，缩短软件交付的周期，更加适应当今快速发展的互联网时代。 一个 DevOps 环境应该满足以下 8 点需求： 环境一致性 ：在本地开发出来的功能，无论在什么环境下部署都应该能得到一致的结果。 代码自动检查 ：为了尽早发现问题，每一次代码提交后，系统都应该自动对代码进行检查，及早发现潜在的问题，并运行自动化测试。 持续集成 ：每次代码提交后系统可以自动进行代码的编译和打包，无需运维人员手动进行。 持续部署 ：代码集成完毕后，系统可以自动将运行环境中的旧版本应用更新成新版本的应用并且整个过程中不会让系统不可用。 持续反馈 ：在代码自动检查、持续集成、持续部署的过程中，一旦出现问题，要能及时将问题反馈给开发人员以及运维人员。开发和运维人员收到反馈后对问题及时进行修复。 快速回滚 ：当发现本次部署的版本出现问题时，系统应能快速回退到上一个可用版本

Jenkins和JMeter集成并在Jenkins中显示JMeter生成的HTML报告_运维_kmlyc的博客-CSDN博客 https://blog.csdn.net/kmlyc/article/details/80686213 来源： oschina 链接： https://my.oschina.net/u/4276444/blog/4276949