DevOps落地-让我们从CI/CD开始~
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
DevOps在路上
扫码关注公众号
扫码阅读
手机扫码阅读
DevOps实践起步摘要
对于团队初次尝试DevOps,建议从CI/CD开始并逐步扩展到更多项目,仿照微软的实践方式。以下是实施DevOps需要考虑的六个主要阶段:
1. 代码管理/分支策略
- 选择代码托管平台,确定使用git或svn。
- 制定分支策略和模型,确保CI服务能访问代码库。
- 考虑代码结构,是否采用单一库或多库,以及版本号定义和依赖管理。
- 实施代码审查(Code Review)。
2. 持续集成服务器
- 选择适当的CI服务器(例如jenkins, Teamcity, GoCD, AzureDevOps)。
- 考虑CI服务器部署需求、资源分配和并发job数量。
- 编写标准化Pipeline,集成代码仓库与制品库。
- 实施静态代码检查,如SonarQube,并管理多分支及仓库的依赖。
3. 制品库
- 选择合适的制品库服务器。
- 管理制品版本与code commit id的关联。
- 设置制品库保存策略和tag管理。
4. 测试类型
- 自动运行测试用例确保代码集成和编译无误。
- 初期以单元测试开始,随后扩展到集成测试、验收测试和UI测试。
- 单元测试简单成本低,UI测试复杂且耗时。
5. 代码覆盖率
- 使用代码覆盖率工具发现未测试代码,以80%以上为目标。
- 重构是增加测试的机会,确保原有功能不受影响。
6. 测试/部署环境准备
- 评估测试所需资源和初始化方式。
- 编写自动化部署脚本,配置多环境/多分支。
7. 团队CI文化
- 团队需要适应CI文化,频繁提交和理解分支模型。
- 处理提交冲突,并及时反馈build错误。
8. 推广普及CI文化
- 尽早集成代码以减少冲突风险。
- 保证编译畅通并快速修复问题。
- 将测试用例纳入流程,并在修复bug时编写对应测试。
DevOps在路上
DevOps在路上
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
DevOps在路上的其他文章
嗨,别着急做度量,平台工程需要先从“数据治理”开始做起
最近一直想写一篇关于“「数据治理”和“度量相关”」的话题,一直太忙,今天静下心来写点自己的体会先从平台工程说
DevOps制品管理:深入探索一方、二方与三方组件的生产、消费、分发与协同机制
“如果把\x26quot;DevOps流水线\x26quot;比做工业生产中的流水线,那么“DevOps制品”就相当于工业生产中的传送带上的“
你的团队是在进行持续集成表演吗?也许你就在这个持续集成剧场里
四五年多前,我看到ThoughWorks的一篇文章提到“CI theatre「持续集成剧场」”,专门还写了一篇
DevOps工程师入门指南|构建持续交付能力:从技能图谱解析到学习资源全索引
对DevOps的理解如同盲人摸象,希望这篇文章包含的内容和资料可以带你进入“DevOps”的世界~
解读平台工程,DevOps真的死了吗?不,它只是换了个马甲而已,弥补了DevOps空心理论,让DevOps继续发展壮大
平台工程这个概念越来越火爆,Gartner 的预测,到 2026 年,80% 的软件工程组织将拥有平台工程团队
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线