CI/CD 组件构建者的旅程
内容提要
本文介绍了作者成为IT领域的工具构建者，并介绍了GitLab CI/CD Catalog的引入。该目录允许全球用户发布GitLab CI组件。文章列举了Hello World、GitVersion和安全扫描等组件示例。作者分享了最佳实践和建议，以及在GitLab CI/CD Catalog中找到组件和源代码的方法。
延伸解读
组件版本独立的意义
文章指出，GitLab CI/CD Catalog 引入了独立组件版本机制，不再依赖容器版本。这意味着组件可以单独版本化，将 CI 代码和任意数量的容器打包在一个版本中。这种机制让用户能够像在应用代码中一样固定依赖版本，从而满足稳定、生产级 DevSecOps 的需求。对于构建者而言，这提供了更精细的版本控制能力。
安全扫描组件的自适应设计
作者展示的安全扫描组件能根据用户的 GitLab 许可自动调整输出格式：Ultimate 用户获得 SAST JSON 格式，与原生扫描结果集成；非 Ultimate 用户则得到 JUNIT XML，在测试结果标签页中提供基本可视化。组件还仅在存在可扫描文件类型时激活，并响应 SAST_DISABLED 属性。这种设计兼顾了不同许可用户的需求，同时遵循了安全扫描的最佳实践。
从 GitHub Actions 迁移的便利性
Super-Linter 组件原本是 GitHub Action，迁移到 GitLab CI 组件的过程展示了开源工具跨平台移植的可行性。作者强调，他的许多组件都遵循一个最佳实践：始终链接到可工作的示例代码，这不仅方便用户参考，也便于在更新时进行测试。这种模式降低了社区工具迁移的门槛，促进了生态融合。
组件发布工具的自举与复用
作者发现组件发布 CI 代码重复多次后，将其本身也做成了一个组件——CI Component Publishing Utilities。该组件被其他组件广泛使用，甚至能发布自身，并利用 GitVersion 自动递增版本。如果项目根目录有 Dockerfile，它还会使用 Kaniko 组件构建同版本容器，实现组件与容器版本的同步。这体现了组件化思维对减少重复、提升稳定性的价值。
Q&A
GitLab CI/CD Catalog的主要功能是什么？
GitLab CI/CD Catalog允许全球用户发布和共享GitLab CI组件，提供全球可见性和独立版本管理。
作者是如何受到启发成为工具构建者的？
作者受到父亲作为重型机械师的影响，开始在IT领域构建工具。
Hello World组件的作用是什么？
Hello World组件展示了最小可行组件的构建方法，并作为新组件的模板。
GitVersion组件的主要特点是什么？
GitVersion组件自动选择软件的下一个版本，遵循“最少配置”原则，简化版本管理。
安全扫描组件如何根据用户许可输出不同格式的结果？
安全扫描组件根据用户的GitLab许可输出不同格式，如GitLab Ultimate用户输出SAST JSON格式，其他用户输出JUNIT XML格式。
作者分享了哪些构建组件的最佳实践？
作者分享了通过添加主题和标签提升组件可见性和可搜索性等最佳实践。
