{{< details >}}
- Tier: 基础版, 专业版, 旗舰版
- Offering: JihuLab.com, 私有化部署
{{< /details >}}
在从其他工具迁移到极狐GitLab CI/CD 之前,您应该首先制定一个迁移计划。
首先查看有关管理组织变更的建议,以获取关于较大迁移的初始步骤的建议。
参与迁移的用户应查看在开始迁移之前要问的问题,这是设置期望的重要技术步骤。CI/CD 工具在方法、结构和技术细节上有所不同。虽然某些概念可以一对一映射,但其他概念需要交互式转换。
重要的是要关注您想要的最终状态,而不是严格翻译您旧工具的行为。
管理组织变更
过渡到极狐GitLab CI/CD 的一个重要部分是随之而来的文化和组织变更,以及成功管理这些变更。
一些组织报告的帮助方法包括:
- 设置并传达您迁移目标的明确愿景,这有助于您的用户理解为什么这一努力是值得的。当工作完成时,其价值是显而易见的,但在进行中时,人们也需要意识到它。
- 相关领导团队的赞助和对齐有助于实现上述目标。
- 花时间教育您的用户了解有什么不同,并与他们分享本指南。
- 找到方法来安排或延迟迁移的部分可以带来很大帮助。重要的是,尽量不要让事情处于未迁移(或部分迁移)状态太久。
- 为了获得极狐GitLab 的所有好处,仅仅将现有配置原样迁移,包括任何当前问题,是不够的。利用极狐GitLab CI/CD 提供的改进,并在过渡中更新您的实现。
在开始迁移之前要问的技术问题
询问一些关于您的 CI/CD 需求的初始技术问题有助于快速定义迁移要求:
- 有多少项目使用此流水线?
- 使用什么分支策略?功能分支?主线?发布分支?
- 您使用什么工具构建代码?例如,Maven、Gradle 或 NPM?
- 您使用什么工具测试代码?例如 JUnit、Pytest 或 Jest?
- 您是否使用任何安全扫描器?
- 您将构建的软件包存储在哪里?
- 您如何部署代码?
- 您在哪里部署代码?