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平台工程侧建设的思考
❝关于产品制/项目制和DevOps研发工程侧之间的关系,一段时间以来困扰着我这个非项目管理人士。
DevSecOps之应用安全测试工具及选型
快速了解DevSecOps:构建安全软件开发的基石!上篇文章,有同学私信想了解有哪些DevSecOps工具,
Dependency-Track:分析开源组件漏洞,帮助组织识别和减少软件供应链中的风险
2021年底的Log4j核弹级漏洞刚过去,近期XZ漏洞又被推上热搜。\x0d\x0a近期准备结合一些工具实践,介绍下关于研发过程中的开源治理,也是近些年被炒的很火的“供应链安全”。
内部开发者(IDP)平台:DevOps演进的延伸
内部开发人员平台 (IDPs) 为开发人员提供自动化的自助服务解决方案,以简化和标准化软件实践,基础架构,环境
DevOps落地实践点滴和踩坑记录-(1)
记录初衷本人一直在从事企业内DevOps落地实践的工作,走了不少弯路,也努力在想办法解决面临的问题,期间也经
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线