从 Jenkins 迁移到 GitHub Actions：决策框架与方案对比

本文是《统一 CI/CD 流水线治理》系列第四篇，也是最后一篇。前三篇分别介绍了为什么要统一管理、Jenkins 如何实现、GitHub Actions 如何实现。本文的目的是帮助你做出有依据的决策：要不要迁移，以及如何迁移。本文来自一个覆盖 500+ 仓库、运行 2 年以上的生产实践——迁移决策不是纸上谈兵，而是真实发生过的权衡。

GitHub Actions Reusable Workflow：零配置统一 CI/CD 的完整实现

本文是《统一 CI/CD 流水线治理》系列第三篇。本文深入拆解平台团队如何用 Reusable Workflow 实现”业务仓库零配置接入”的完整方案，涵盖架构设计、JWT/OIDC 认证、多环境路由、容器构建以及踩坑记录。本文来自一个覆盖 500+ 仓库、生产运行中的实践。

Jenkins Shared Library：统一流水线的工程实现

本文是《统一 CI/CD 流水线治理》系列第二篇。上一篇讲了为什么要统一管理，这篇深入 Jenkins Shared Library 的技术实现细节。本文来自一个覆盖 500+ 仓库、运行 2 年以上的生产实践。

为什么要统一管理 CI/CD 流水线：分散的真实代价与治理价值

当你的组织有 500 个仓库各自维护一套 CI/CD 配置时，问题不是”要不要统一”，而是”分散的代价你能承受多久”。本文来自一个已在 500+ 仓库生产环境运行 2 年以上的统一 CI/CD 平台的实践总结。

在之前的博客《利用Azure AD实现Homelab环境中应用的统一认证和授权》中，我们详细讨论了如何使用Azure AD来实现统一认证。而在《Jenkins集成Azure AD》中，我们详细介绍了自托管的Jenkins如何与Azure AD集成。

在本文，我将介绍腾讯云如何和Azure AD集成。

在《利用Azure AD实现Homelab环境中应用的统一认证和授权》中，我介绍了当前我是如何实现统一认证和授权。这一篇博客中，我将介绍Jenkins如何和Azure AD集成。

在我的Homelab中搭建了很多服务，比如NAS, Jenkins, Gitlab, SonarQube, Grafana等，如果每一个应用都使用独立的认证授权，我将面对如下问题：

• 需要设置多个密码。
• 如果设置定期更改策略，就意味着需要定期更改多个应用的用户密码。
• 当添加一个用户到我的homelab环境的时候，需要在多个应用中添加用户，过程比较繁琐。
• 当一个用户的角色发生改变时。需要在多个应用中进行更改。

我采用的解决方案是：Azure AD + Windows Server AD

在代码项目根目录里，我们会经常看见README.md。README是什么？它是项目的自我介绍，类似于你的简历，都是用来销售自己的，让公司雇佣你，让别人采纳你的项目。

在本文中，我将尝试着为介绍一下如何写README。

版本控制记录着软件的每一次改变，每一次发布，以及每一个Bug。 它贯穿于软件的生命周期，从生到死，请慎重对待每一次提交，像记录历史一样书写提交记录。

当下最流行的Git是一个不错的选择，作为合格的软件开发人员你应该熟练的使用它。你可以构造一些场景去练习git命令，比如：

一篇平平无奇的WSL使用推荐指南。在本篇中，不会讨论什么是WSL，如何安装WSL，单纯地分享我是如何使用WSL进行日常开发的。

我当前是使用的WSL配置如下：

1
2

NAME            STATE           VERSION
* Ubuntu-20.04    Running         2

我习惯使用大量的CLI来提升自己的工作效率以及使用体验，因此一个好用的Terminal和一系列高效率的CLI工具对我是十分重要的。