持续集成

在使用 flow.ci 进行持续集成的过程中，也许你会遇到一些小麻烦。最近我们整理了一些常见问题在 flow.ci 文档之 FAQ ，希望对你有用。如果你遇到其他问题，也可以通过「在线消息」或去 Gitter群 给我们反馈 :) 这期 CI Weekly 收录了一些CI/CD进阶线路、具体实践、Dcker/微服务、DevOps相关的技术分享，一起看看~ 『CI/CD进阶路线/相关实践 』 The Continuous Delivery Maturity Model 如何评估 CI / CD 导入的狀況如何？The Continuous Delivery Maturity Model 是个不錯的 CI/CD 技能升级线路，參考一下吧(via : @InfoQ ) <img src="http://7xsn88.com1.z0.glb.clouddn.com/image/8/85/f5071b163e0820ac392685b6826cd.jpg" width = "100%" alt="flow.ci" align=center/> 微店MySQL自动化运维实践 微店实现的MySQL自动化运维体系能够解决规模化的痛点，主要包括实例创建、部署、监控、备份、HA切换、迁移、扩容等的自动化，所有模块的主发点是要能“自动化”的方式运作，尽量少的人为参与。（via :微店技术团队公众号）

当我们谈到 DevOps 时，可能讨论的是：流程和管理，运维和自动化，架构和服务，以及文化和组织等等概念。那么，到底什么是"DevOps"呢？ ##什么是DevOps 随着软件发布迭代的频率越来越高，传统的「瀑布型」（开发—测试—发布）模式已经不能满足快速交付的需求。2009 年左右 DevOps 应运而生，简单地来说，就是更好的优化开发(DEV)、测试(QA)、运维(OPS)的流程，开发运维一体化，通过高度自动化工具与流程来使得软件构建、测试、发布更加快捷、频繁和可靠。 关于 DevOps 是什么，DevOps 的合著者 John Willis 写了一个非常好的帖子，在 这里 . Devops 的好处与价值 在 2016 DevOps 新趋势调查报告 显示，74% 的公司在尝试接受 DevOps，那么 Devops 有哪些好处与价值呢？ 代码的提交直接触发：消除等待时间，快速反馈 每个变化对应一个交付管道：使问题定位和调试变得简单 全开发流程高效自动化：稳定，快速，交付结果可预测 持续进行自动化回归测试：提升交付质量 设施共享并按需提供：资源利用最大化 以上可以看出，DevOps 的好处更多基于在于持续部署与交付，这是对于业务与产品而言。而 DevOps 始于接受 DevOps 文化与技术方法论，它是部门间沟通协作的一组流程和方法，有助于改善公司组织文化、提高员工的参与感。 #

前言 关于Docker的文章铺天盖地，但精品文章往往翻译居多。都说Docker天生适合持续集成/持续部署，但同样，可落地、实际可操作性的文章也很罕见。 基于这些情况，虽然我们专栏定位为运维管理性文字，但本篇是个特例，实操性的案例讲解——JAVA项目如何通过Docker实现持续部署（只需简单四步），即： 开发同学通过git push上传代码，经Git和Jenkins配合，自动完成程序部署、发布，全程无需运维人员参与。 这是一种真正的容器级的实现，这个带来的好处， 不仅仅是效率的提升，更是一种变革： 开发人员第一次真正为自己的代码负责 ——终于可以跳过运维和测试部门，自主维护运行环境（首先是测试/开发环境）。 本文是cSphere Docker实战视频第二讲的文字版，关于更多系列视频，详见希云（https://csphere.cn/training） 福利： 点击文末的“实战视频”即可手机欣赏本文对应的实战视频哦。 难者不会，会者不难。通过简单的4个配置，即可优雅地实现持续部署。本文依惯例放上目录，请享用。 持续部署的技术思路 效果展示 配置Git和Jenkins联动 配置Jenkins自动更新代码 效果图文详解 FAQ 好吧，我们正式开始。 1. 持续部署的技术思路 在本例中，假设我们JAVA项目的名称为hello。简要的技术思路如下。 本案例中假设代码托管在git.oschina

原文首次发布与 flow.ci Blog >> 链接 ，转载请联系:) 准备了很久，CI Weekly 第一期终于来了。 CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享，包括国内外关于持续集成、持续交付，持续部署、自动化测试、devops、敏捷开发等实践教程、资源与工具，以及一些工程师文化相关的程序员 Tips。 同时，CI Weekly 会坚持每周发布一期精选文章，每一期的文章尽量围绕 CI 相关的 topic 展开，在 flow.ci 微信公众号、官方微博，知乎专栏，简书等同步更新，欢迎关注或投稿:) 第一期篇幅有点长，内容丰富，请准备好开启新的技术旅途~ 『 持续集成相关实践教程 』 ## 使用GitLab来实现IOS项目的持续集成CI 这篇文章讲述了持续集成和交付/部署（CI/CD）方面的一些基础知识，集合APP开发中遇到的一些问题，优化产品打包、测试过程。（via : 简书cjzhao ） ## Jenkins+GitHub+Xcode+fir搭了一个持续集成环境 使用Jenkins+GitHub+Xcode+fir搭建持续集成环境，过程记录很详细。（via :简书 宣X_x ） ## Android CI with docker *develop -> commit -> build -> test -> ( deploy) -> repeat

随着软件部署的越来越成熟，敏捷、DevOps、CI/CD、Docker 等词语慢慢出现在工程师的视野中。对于持续集成，业界也没有一个通用的模式，每个团队可能习惯的方式和关注点都不一样。持续集成最关键的在于「持续」与「自动化」，这篇文章根据这两个关键点，将 CI 系统分为四个进阶过程，来看看你们的团队处在哪个阶段。 第一进阶 — 代码级别的集成，这是最初的持续集成 在最初的持续集成过程中，不依赖独立的持续集成工具，一般语言的 build 工具基本内置，比如 java 的maven/gradle/ant/ivy，c/c++ 的make /premake，同时也会加入代码风格检查，静态代码分析，单元测试调用，测试覆盖率检查等增强功能。接下来的交付准备环境、运行测试、备份旧版本、新版本打标签以及反馈机制等其他重复的事情全由手工完成 ，会花费很多时间。 第二进阶 — 集成 Workflow，基本实现了真正的持续集成 单一的编译-构建工具逐渐地不能满足产品快速交付的需求。 整个开发流程的重心从「代码级别的集成」转移到了 更自动化地编译 和 更完美的测试验证 ，致力于在最短的时间内发现问题，缩短开发周期，提高软件质量。比较常见的一个场景，某个团队先进行代码 Build，触发单元测试、集成测试，打包测试完毕后再自动部署到测试环境，循环往复，形成「编译-构建-测试-集成-部署到测试环境」的

写作是一件苦差事。无论写代码，还是写文章。 关于 Mac 应用开发，国内很少有完整的书籍或教程。最近 @剑指人心 写的 《Mac 应用开发基础教程》终于！完！稿！了！ 这本书中对 Mac 平台中应用开发的 AppKit 系统控件做了详细介绍与示例说明，也包涵 Mac 开发常用的公用组件，系统框架，生产力工具，经典的开源项目以及实践经验等，帮助开发者多纬度去理解和掌握 Mac 平台的应用开发。 如果对 Mac App 开发感兴趣，去 这里 看看这本书。 除此之外，本期 fir.im Weekly ，一如往常精选了一些实用的技术分享～ 『 iOS，Android 开发分享』 iOS debug 速查表 iOS 开发者都知道在逆向过程中命令太多完全记不住， @everettjf 就整理了 这个速查表 ，分享给大家。copy and paste就可以愉快的学习其他app的实现。 iOS 启动连续闪退保护方案 来自 微信读书团队博客 分享。 "iOS App 有时可能遇到启动必 crash 的绝境：每次打开 App 都闪退，无法正常使用App。为了尝试解决这个问题，微信读书开发了 iOS 连续闪退保护工具： GYBootingProtection ，检测连续闪退，在连续闪退出现时，尝试自修复 App." 这篇文章 探讨了连续闪退问题的产生原因、检测、修复机制，以及如何在你的项目中引入

原文首发于 flow.ci Blog >> 链接 ，转载请联系:) CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享，包括国内外持续集成、持续交付，持续部署、自动化测试、 devops 等实践教程、工具与资源，以及一些工程师文化相关的程序员 Tips 。同步于 flow.ci Blog、微信公众号、 官方微博 ， 知乎专栏 ， 简书 ，欢迎关注或投稿:) 说到创业团队的项目研发和管理实践，有很多很有价值的『经验之谈』。本期收集了一些团队的持续集成、部署、自动化测试相关的工具与实践分享，来看看吧~ 『 持续集成相关实践 』 聊聊创业团队的项目管理如何面向开发人员优化 这篇文章涉及开发环境搭建，代码管理，需求生命周期管理，项目进度管理，研发阶段的产品测试和反馈，持续集成和持续发布等等，分享了其中的一些管理经验和工具分享，非常实用！（ via : @wangchao0721 ） 浅谈GRAB的持续集成和持续部署 作者zhchang在gopher china 2016大会上面做了个关于 GRAB 的持续集成和持续部署(CI/CD)的分享。（via: zhchang ） Continuous Integration & Deployment for iOS Projects 关于 iOS 项目的持续集成与管理，中文翻译版见 这里 .（via: Twitter[

安装jenkins这里就不累述了，百度搜下就好。这里主要来说说jenkins的项目配置 首先点击新建任务： 输入项目名称，选择风格，点击确定： 点击确定后来到这个界面，然后点击高级： 选择自定义空间，填写存放脚本的目录，然后点击保存 ： 构建环境这里，点击增加构建步骤： 点击过后，选择要执行的命令，windows系统就选执行windows批处理命令： 然后输入运行的命令和要执行的文件，跟平时运行python文件差不多，我这里输py -3是因为我电脑上有2个python，一个python就正常输入python就行了，最后点击保存： 最后点立即构建运行，看了以上步骤，你就明白这就跟在cmd里面运行脚本差不多，只不过是把一系列操作部署到了jenkins上： 说下轮询构建的意思及填写的格式： 轮询构建可以理解为重复执行 来源： https://www.cnblogs.com/xiamaojjie/p/11582037.html

环境 centos7.2 2CPU 内存4G gitlab：192.168.186.132 Jenkins：centos7.2 192.168.186.133 nginx：centos7.2 192.168.186.134 配置yum源 mkdir -p /etc/yum.repos.d/old mv /etc/yum.repos.d/* old curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo 关闭selinux并确定是出于关闭状态 sed -i ‘s/SELINUX=enforcing/SELINUX=disabled’ /etc/selinux/config` 或者临时关闭 setenforce 0 安装依赖包yum install curl policycoreutils openssh-server openssh-clients postfix -y 启动postfix systemctl start postfix curl -sS https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.rpm.sh | bash [root@node1 ~]# vim

SVN（subversion）版本控制工具 包含服务器和客户端。服务器和客户端可以在同一台机器 1、客户端安装： 【TortoiseSVN-1.9.1.26747-x64-svn-1.9.1.msi】、 双击打开时，需要注意勾选，安装命令行工具， 2、通过客户端，将代码提交至服务器 在pycharm项目，点击file–settings–Version Control 3、选择SVN的安装目录，选中后，点OK 4、选择的目录如下 5、在pycharm的VCS里，把代码导入到版本控制 导入svn路径 在服务器仓库创建一个新的仓库，保存代码。并创建一个账号，复制这个url路径，粘贴到上面 来源： https://blog.csdn.net/weixin_42976139/article/details/100888746