CI Weekly #4 | 不同规模的团队，如何做好持续集成？

CIWeekly#4 技术精选
最新推荐文章于 2025-12-03 09:38:16 发布
原创 最新推荐文章于 2025-12-03 09:38:16 发布 · 909 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#自动化测试 #devops #iOS持续集成

CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享，包括国内外持续集成、持续交付，持续部署、自动化测试、 DevOps 等实践教程、工具与资源，以及一些工程师文化相关的程序员 Tips 。同步于 flow.ci Blog、微信公众号、官方微博，知乎专栏，简书，欢迎关注或投稿:)

转眼一周过去了，flow.ci 的 iOS 项目持续集成正在内测邀请中，也有热情的用户写了一篇 flow.ci 初体验！记一次暖心的 iOS 持续集成，以供参考！

除此之外，看看 flow.ci 上周的产品更新～

  • 修复编译任务编号问题；

  • 修复 Ruby 项目 Test 插件 gem 升级引入的问题；

  • 提高 GitHub 代码拉取、Pod 安装更新时的稳定性；

  • 优化项目名称对特殊字符的兼容性.

详细的更新日志见这里，欢迎来 flow.ci官方Gitter群 提出反馈 :)

本期 CI Weekly 整理了不同规模的团队进行持续集成的实践经验、自动化测试、工程师文化等相关的技术分享，一起来看看~

『 持续集成/持续部署相关实践 』

初创公司应该如何做好持续集成和部署？

“最近一段时间一直在梳理项目开发流程以及自动化测试和部署规范，作为一个总结和大家分享，希望有所帮助。”(via : @高效运维裴双才)

超大型系统的持续集成与持续交付解决方案与阿里宙斯盾

敏捷研发模式在小型团队中能够帮助开发人员进行快速迭代开发，但是对于大型团队而言，敏捷研发模式却并不能发挥应有的效果。那么如何实现超大型系统的持续集成与持续交付呢？本文就为你揭晓答案。（via : 阿里云效平台：鲁小川）

百度如何开展持续集成（二）| CI实施方案之道

这篇文章从CI三大要素，测试覆盖、构建系统、流程规范几个方面定义了可量化的核心指标，本文重点介绍CI从这三方面实施方案之道。（via: 百度移动云测试中心_MTC）

flow.ci

使用Docker实现丝般顺滑的持续集成

通过Docker+AppSoar+AppHouse的组合，开发团队在面对复杂的环境中，可以结合自己团队的实际情况，定制出适合自己的方案,从而打造出一套如丝般顺滑的持续集成系统。（ via :@有容云蒋运龙）

不可错过的「持续集成」进阶指南

持续集成最关键的在于「持续」与「自动化」，这篇文章根据这两个关键点，将 CI 系统分为四个进阶过程，来看看你们的团队处在哪个阶段。 （via : 风起云飞flowci）

Continuous Deployment at Quora

Quora也是一家主要用python开发的公司，投资了很多开发生产力工具以快速响应，提高效率。（via: engineering.quora.com）

『 自动化测试 』

聊聊如何写单元测试

作者在这篇文章中主要讨论一下两个点：如何写一个单元测试和关于单元测试的相关实践。（via :哥有石头）

移动APP自动化测试框架对比

UI 测试自动化是移动端 APP 经常用到的测试手段，UI 自动化测试化工具众多，android 端和 IOS 端分别有各自不同的工具。本文通过简单分析几种自动化框架的异同和继承关系, 使测试人员在选择自动化框架时有所参考。（via :腾讯TMQ）

《王者荣耀》首度公开PVP自动化测试方案：如何保证竞技游戏的基础体验？

本文主要是介绍王者荣耀项目，如何利用腾讯WeTest平台提供的GAutomator自动化测试框架，来解决王者荣耀项目研发测试过程中的几个痛点，从测试角度保证游戏基础体验，助力打造高品质手游。（via :王者荣耀项目组高级测试工程师weien）

flow.ci

『 工程师文化 』

团队中的 Git 实践

本文不是一篇 Git 入门教程，而是从结合实际场景，阐述在团队协作中如何去好好地应用 Git。（via : Twitter@ourairyu）

远程工作的八个感受

作者分享了从最初 iOS 远程开发进化到做出自己产品 TreationCEO，将近一年半的远程工作实践经验。（via : @im61 ）

以上是 CI Weekly #4 的所有技术分享，
如有问题，请联系我们～

Happy building!
flow.ci

初创公司应该如何做好持续集成和部署？
Bruce小鬼
03-29 2483
初创公司应该如何做好持续集成和部署？注：文章转载自：http://mp.weixin.qq.com/s/qOs4dvAlu9EKETgkbktKEw持续集成和部署是每一个互联网开发团队都必须要面对的问题，特别是在初创公司，由于业务和技术团队快速增长，技术积累较弱的，所以一个高效的，可持续的运维规范尤为重要。最近一段时间一直在梳理项目开发流程以及自动化测试和部署规范，作为一个总结和大家分享，希望有所...
智能运维 | 如何做好持续集成——Jenkins on Mesos 实践
weixin_34185320的博客
06-24 317
今天小数给大家带来的又是十足的干货：当运维遇到云计算，当Docker遇到Mesos和Jenkins，会擦出怎样的火花呢？且看来自数人云运维工程师金烨的演讲实录分享—— 持续集成的价值 首先讲一下持续集成的优势。过去公司做测试可能需要十几、二十几个组件，集成一次往往要一两个小时，费力费时，而且复杂容易出错，而一旦配置出错的话耗时会更久。因此...
网上找不到的Jenkins集成方案
xuanyuanouyangdan的博客
09-02 329
一、简介 Jenkins是一个广泛用于持续构建的可视化web工具，就是各种项目的的“自动化”编译、打包、分发部署，将以前编译、打包、上传、部署到Tomcat中的过程交由Jenkins，Jenkins通过给定的代码地址，将代码拉取到jenkins宿主机上，进行编译、打包和发布到web容器中。Jenkins可以支持多种语言（比如：java、c#、php等等），也兼容ant、maven、gradle等多种第三方构建工具，同时跟git、svn无缝集成，也支持直接与github直接集成。本文介绍的是jdk+toma
持续集成与持续部署（三）——实现持续集成的效率工具对比之Jenkins、Travis CI、Circle CI和其他持续集成工具
weixin_44867717的博客
03-05 2575
持续集成与持续部署（三）——实现持续集成的效率工具对比之Jenkins、Travis CI、Circle CI和其他持续集成工具 效率工具对比 点击查看效率工具 1. Jenkins Jenkins，原名Hudson，2011年改为现在的名字，它 是一个开源的实现持续集成的软件工具。官方网站：http://jenkins-ci.org/。 Jenkins 能实时监控集成中存在的错误，提供详细的日志文件和提醒功能，还能用图表的形式形象地展示项目构建的趋势和稳定性。 Jenkins特点: 易安装：Jen
CI Weekly #8 | CI/CD 技能进阶路线
peterxiaoq的专栏
09-06 433
CI Weekly #8 | CI/CD 技能进阶路线 在使用 flow.ci进行持续集成的过程中，也许你会遇到一些小麻烦。最近我们整理了一些常见问题在 flow.ci 文档之 FAQ，希望对你有用。如果你遇到其他问题，也可以通过「在线消息」或去Gitter群 给我们反馈 :) 这期 CI Weekly 收录了一些CI/CD进阶线路、具体实践、Dcker/微服务、DevOp
CI Weekly #11 | 微服务场景下的自动化测试与持续部署
FIRim的专栏
01-13 712
又一周过去了，最近我们的工程师正在搞一个“大事情” ——「flow.ci 配置文件」，稍微剧透一下，这个功能预计会在春节前上线。详情请大家关注 flow.ci Changelog 或其他官方通知:)本期 CI Weekly 收录了的CI/CD实践、微服务自动化测试与持续部署、前端/小程序的自动化测试等技术分享，希望对你有用~『CI/CD实践/微服务/DevOps 』Microservices 场景下
CI Weekly #9 | 揭秘阿里 Docker 化实践之路
FIRim的专栏
01-05 679
2017年悄然而至，对 flow.ci 你有什么新的期待呢？新的一年，flow.ci会越来越强大好用，希望继续得到你的支持与反馈。最近，我们做了如下的「功能优化」与「问题修复」，看看有没有你想要的：「功能优化」 Android build 脚本改成界面化配置； iOS 打包插件增加脚本显示； 重新授权提示； 已创建项目做出标记； 流程完成后的插件中文化； BitBucket 的 Tags 触发代码优
GitLab CI Pipeline执行时间优化策略与实践
MenzilBiz的博客
04-04 671
通过系统性地应用这些优化策略，我们成功将一个原本需要45分钟的Pipeline缩短到了8-12分钟。并行化使测试时间从25分钟降至5分钟智能缓存减少了80%的依赖安装时间DAG优化节省了30%的等待时间记住，CI优化是一个持续的过程。每月审查一次Pipeline效率设置性能基准指标建立监控告警机制文档化所有优化决策通过持续监控和优化，可以确保CI Pipeline始终保持高效运行，为开发团队提供快速反馈。- - -
CI_CD集成实战：将嵌入式仿真验证嵌入DevOps流水线的5个关键节点
[CI_CD集成实战：将嵌入式仿真验证嵌入DevOps流水线的5个关键节点](https://www.edureka.co/blog/content/ver.1531719070/uploads/2018/07/CI-CD-Pipeline-Hands-on-CI-CD-Pipeline-edureka-5.png) # 1. CI/CD与...
【MBD部署与持续集成流程指南】：Autosar SWC的自动化实践
模型驱动开发（MBD）与持续集成（CI）是现代软件开发中提高效率与质量的关键方法。本文旨在介绍MBD部署与CI流程，阐述理论基础和工具准备，重点解析自动化构建流程的实现，以及持续集成环境的搭建与维护。通过实际...
AI驱动库存管理的团队协作：架构师如何协调算法与工程团队？
AI 算法实战派
08-14 674
AI驱动的库存管理不是“算法模型”的独奏，而是“算法-工程-业务”的交响乐。架构师的核心价值，不在于设计多么复杂的技术架构，而在于通过“目标对齐、技术协同、数据贯通、流程闭环”，让不同团队的“局部最优”汇聚为“全局最优”。协同的本质，是“翻译”与“平衡”：将算法团队的“精度”翻译为工程团队的“可实现性”，将工程团队的“限制”翻译为算法团队的“优化方向”，最终在“模型理想”与“工程现实”之间找到“业务可接受”的平衡点。
云原生时代：如何通过API网关实现微服务高效治理？
AI天才研究院
06-30 909
随着云计算从基础设施即服务（IaaS）向应用架构即服务（AaaS）演进，微服务架构已成为企业数字化转型的核心技术选择。根据CNCF 2023年调查报告，89%的受访企业在生产环境中部署了微服务架构，但同时面临服务间通信复杂度指数级增长的挑战。本文聚焦API网关这一微服务治理的关键枢纽，系统阐述其在流量管理、安全防护、服务编排等核心领域的技术实现路径，为架构师和开发团队提供从理论到实践的完整解决方案。核心概念层：解析API网关的技术本质与架构演进算法模型层：量化分析流量调度与容错机制的数学模型。
让你分分钟了解Web接口测试【快来了解】
测试萌萌
09-25 981
因为前后端架构分离技术的兴起，接口测试也越来越重要，最近一直想总结下，作为一个近三年的测试人员，接口这个词是耳濡目染的，而开发张口闭口也都是这个接口或那个接口怎么怎么样，自己遇到的bug也很多是接口问题，本着不懂装懂的原则，自己网上扒了些资料，有不准确的地方，欢迎指出。 1、什么是接口 接口泛指实体把自己提供给外界的一种抽象化物（可以为另一实体），用以由内部操作分离出外部沟通方法，使其能被内部修改而不影响外界其他实体与其交互的方式 上面这句有点抽象，反正我是看不懂，网上的资料也是一大把（黑纠结），来自某个.
持续集成方案调研
boweiqiang的博客
10-25 522
要做持续集成，其实就是回答下面几个问题： 什么是持续集成？ 为什么要做持续集成？ 我们的持续集成方案? 第一个问题：什么是持续集成？ 与持续集成相关的，还有两个概念，分别是持续交付和持续部署。 持续集成指的是，频繁地（一天多次）将代码集成到主干。 持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。 持续部署（continu...
DevOps介绍
摸鱼的老谭
11-29 592
DevOps是开发与运维团队协作的软件交付方法，通过文化变革和工具整合实现高效交付。其核心在于敏捷协作、自动化和持续改进，催生了DevOps工程师这一复合型角色。关键工具包括CI/CD、安全合规和AI增强类平台。尽管面临技能缺口、工具碎片化和文化阻力等挑战，DevOps仍能显著提升交付速度和质量。通过引入FinOps实践可优化云成本，使组织在保证创新的同时控制支出。这一模式已成为现代软件驱动型企业的关键转型方向。
DevOps实战(12) - 使用Arbess+GitLab实现Java项目构建并将制品上传Aliyun OSS
tiklab2021的博客
11-27 1326
Arbess 是一款国产开源免费的 CI/CD 工具，支持免费私有化部署，一键安装零配置。本文将详细介绍如何安装配置使用GitLab、Hadess、Arbess系统，使用Arbess流水线拉取GitLab源码进行构建，并将制品上传Aliyun OSS归档。
2025国产DevOps厂商选型对比：兼容能力评估
最新发布
weixin_44552837的博客
12-03 733
信创产业规模化推进，国产适配成为DevOps平台选型的重中之重，国际工具适配成本高、问题频发。本文对比主流DevOps产品，国产DevOps平台契合信创DevOps需求，全栈兼容信创生态，助力企业缩短周期、降低成本，提升研发效能。
Azure DevOps Server：允许讨论但不允许修改工作项
Azure DevOps Server（原名TFS）
11-29 305
在使用Azure DevOps Server的过程中，经常有用户反馈一个这样的场景：作为某个软件项目相关的业务人员，或与开发团队存在系统集成的项目组的成员，这些人关注软件系统的研发进度，需要查看软件项目组的需求计划、进度、方案等信息，同时需要对部分需求工作项发表评论；但是项目组不能给这些人员配置工作项的编辑权限。对于这样的应用场景，一般都是把这些人员配置在读取者组中，但是读取者的成员只有工作项的查询权限，没有编辑权限。
# rotate log files weekly weekly # keep 4 weeks worth of backlogs rotate 4
09-15
<think> 嗯，用户的问题是关于logrotate配置的，具体是如何实现每周轮转日志文件并保留四周备份。用户明确引用了站内资料，其中引用[1]和[3]都提到了关键配置项"weekly"和"rotate 4"，这和用户的需求完全匹配。 用户可能是个系统管理员，正在处理日志管理问题。从ta直接引用技术文档的细节来看，应该具备一定的Linux基础，但可能对logrotate的具体配置还不够熟悉。ta需要的是清晰、可立即操作的解决方案，最好能附带验证方法。 我注意到引用[3]提供了中文详细解释，这对中文用户更友好。引用[4]的示例结构也很值得参考，特别是postrotate部分虽然用户没提，但加上会更完整。引用[5]则解释了为什么需要日志轮转，虽然用户已经明白这个价值。 需要特别注意几个技术细节： 第一，"create"指令在引用[1][3]都出现了，这是确保轮转后新建日志文件的关键。 第二，引用[3]提到dateext用日期后缀能避免文件名冲突，这点应该包含在最佳实践里。 第三，压缩功能默认是关闭的，用户没提就不需要主动建议，但可以放在可选优化里。 用户可能忽略的要点是配置文件生效方式，所以必须包含reload步骤。测试环节也很重要，毕竟错误的日志配置可能导致服务中断。 最后生成的问题要围绕日志管理延伸：日期后缀的用途很实用，轮转原理能帮助调试，而安全删除则预防磁盘爆满。这些都比问"什么是logrotate"更有深度。 </think> 要实现 **每周轮转日志文件并保留四周备份**，只需在 `/etc/logrotate.conf` 主配置文件或 `/etc/logrotate.d/` 目录下的子配置文件中设置以下核心参数： ```bash # 基础配置示例 weekly # 每周轮转一次 rotate 4 # 保留4个备份副本 create # 轮转后创建新的空日志文件 dateext # 使用日期作为备份文件后缀（格式如.log-20240510） ``` ### 📝 详细步骤： 1. **编辑配置文件** 使用管理员权限修改配置文件（以系统日志为例）： ```bash sudo nano /etc/logrotate.d/your_log_config # 或直接修改 /etc/logrotate.conf ``` 2. **写入配置内容** ```bash /var/log/your-app/*.log { # 指定日志路径 weekly # 每周轮转 rotate 4 # 保留4份备份 create # 创建新日志文件 dateext # 备份文件名追加日期（如 access.log-20240510） compress # 可选：启用压缩（默认用gzip） delaycompress # 可选：延迟压缩，下一次轮转再压缩旧文件 missingok # 忽略日志不存在错误 notifempty # 空日志不轮转 } ``` 3. **生效配置** ```bash sudo logrotate -f /etc/logrotate.conf # 强制立即生效 ``` ### ⚠️ 关键参数说明： | 参数 | 作用 | |---------------|----------------------------------------------------------------------| | `weekly` | 触发条件：按周轮转（替代选项：`daily`/`monthly`/`size 100M`）[^3] | | `rotate 4` | 保留最近4次轮转的备份（超出自动删除最旧文件）[^1][^3] | | `dateext` | 备份文件名追加日期（如 `error.log-20240510`），避免文件名冲突 [^3] | | `create` | 轮转后立即创建新日志文件，确保服务持续写入 [^1][^3] | | `compress` | 启用压缩（默认gzip，可自定义如 `compresscmd /usr/bin/bzip2`）[^1] | ### 🔍 验证配置： ```bash # 1. 手动测试配置（不实际执行） sudo logrotate -d /etc/logrotate.d/your_log_config # 2. 查看轮转后的文件 ls /var/log/your-app/ # 输出示例： # app.log app.log-20240510.gz app.log-20240503.gz ...（共4个备份） ``` > **补充建议**： > - 如需更细粒度控制，可为不同日志创建独立配置文件于 `/etc/logrotate.d/`[^3] > - 使用 `delaycompress` 可避免进程占用压缩文件（如未重启的Web服务）[^4] > - 日志轮转原理：通过重命名原文件+新建文件实现，需应用配合（如发送 `SIGHUP`）[^2][^5] --- ### 📚 相关问题： 1. **如何为不同日志文件设置不同的轮转策略？** > 在 `/etc/logrotate.d/` 为每个服务创建独立配置文件，例如 Nginx 日志可配置 `nginx`（引用[3]）。 2. **`dateext` 和 `rotate` 参数如何协同工作？** > `dateext` 确保文件名含日期避免覆盖，`rotate` 控制保留文件数量（引用[1][3]）。 3. **轮转后日志服务中断怎么办？** > 在配置中添加 `postrotate` 脚本，例如 Nginx 需执行 `/bin/kill -HUP $(cat /run/nginx.pid)`（引用[4]）。 4. **如何安全删除超期的日志备份？** > `logrotate` 自动根据 `rotate` 值清理旧文件，无需手动操作（引用[2][5]）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值