Help us learn about your current experience with the documentation. Take the survey.
规划从其他工具迁移到 GitLab CI/CD
- 版本：Free、Premium、Ultimate
- 提供方式：GitLab.com、GitLab Self-Managed、GitLab Dedicated
在开始从其他工具迁移到 GitLab CI/CD 之前，你应该先制定迁移计划。
首先查看关于管理组织变更的建议，以了解大型迁移的初步步骤。
参与迁移的用户应查看开始迁移前需要问的问题，这是设定期望的重要技术步骤。CI/CD 工具在方法、结构和具体技术上有所不同。虽然某些概念可以一一对应，但其他概念需要交互式转换。
重要的是关注你期望的最终状态，而不是严格地转换旧工具的行为。
管理组织变更
过渡到 GitLab CI/CD 的重要部分是随之而来的文化和组织变更，并成功管理它们。
以下是一些组织报告认为有帮助的事项：
- 设定并传达清晰的迁移目标愿景，帮助用户理解为什么这项工作值得付出。工作完成后价值显而易见，但在进行过程中人们也需要了解。
- 相关领导层的赞助和协作有助于实现前一点。
- 花时间教育用户了解差异，并与他们分享本指南。
- 找到按顺序或延迟迁移部分内容的方法会很有帮助。但重要的是，尽量不要让事物长时间处于未迁移（或部分迁移）的状态。
- 要获得 GitLab 的所有好处，仅仅按原样迁移现有配置（包括任何当前问题）是不够的。利用 GitLab CI/CD 提供的改进，并在过渡过程中更新你的实现。
开始迁移前需要问的技术问题
询问一些关于 CI/CD 需求的初步技术问题有助于快速定义迁移要求：
- 有多少项目使用此流水线？
- 使用什么分支策略？功能分支？主干分支？发布分支？
- 你使用什么工具构建代码？例如 Maven、Gradle 或 NPM？
- 你使用什么工具测试代码？例如 JUnit、Pytest 或 Jest？
- 你是否使用任何安全扫描工具？
- 你将构建的包存储在哪里？
- 你如何部署代码？
- 你将代码部署到哪里？