다른 도구에서 GitLab CI/CD로의 마이그레이션 계획
Tier: Free, Premium, Ultimate
Offering: GitLab.com, Self-managed, GitLab Dedicated
다른 도구에서 GitLab CI/CD로의 마이그레이션을 시작하기 전에
마이그레이션 계획을 개발하는 것부터 시작해야 합니다.
먼저 더 큰 마이그레이션을 위한 초기 단계에 대한 조언을 받기 위해
조직 변경 관리에 대한 조언을 검토하세요.
마이그레이션에 직접 참여하는 사용자는 기대치를 설정하기 위한
중요한 기술 단계로 마이그레이션을 시작하기 전에 묻기
전문가에게 묻는 질문을 검토해야 합니다. CI/CD 도구는 접근 방식,
구조, 기술적 세부 사항이 다릅니다. 일부 개념은 일대일로 매핑되지만,
다른 개념은 대화형 변환이 필요합니다.
구식 도구의 동작을 엄격하게 번역하기보다는
원하는 최종 상태에 집중하는 것이 중요합니다.
조직 변경 관리
GitLab CI/CD로 전환하는 중요한 부분은
이동에 따른 문화적 및 조직적 변화와
이를 성공적으로 관리하는 것입니다.
조직에서 도움이 되었다고 보고한 몇 가지 사항은 다음과 같습니다:
- 사용자들이 노력이 왜 가치 있는지 이해할 수 있도록
마이그레이션 목표에 대한 명확한 비전을 설정하고 소통하세요.
작업이 완료되면 가치는 명확하지만,
진행 중에도 사람들은 이에 대해 인식해야 합니다. - 관련 리더십 팀의 후원 및 정렬이 위의 사항에 도움이 됩니다.
- 사용자들에게 무엇이 다른지 교육하는 데 시간을 할애하고
이 가이드를 공유하세요. - 마이그레이션의 일부를 순서대로 하거나 지연시키는 방법을 찾는 것은
많은 도움이 될 수 있습니다. 중요한 것은,
비마이그레이션(또는 부분적으로 마이그레이션된) 상태로
너무 오랫동안 두지 않도록 하세요. - GitLab의 모든 이점을 얻기 위해 기존 구성을 그대로 가져오는 것은
충분하지 않습니다. GitLab CI/CD가 제공하는 개선 사항을
활용하고, 전환의 일환으로 구현을 업데이트하세요.
마이그레이션을 시작하기 전에 묻기
CI/CD 요구 사항에 대한 초기 기술 질문을 하는 것은
마이그레이션 요구 사항을 신속하게 정의하는 데 도움이 됩니다:
- 이 파이프라인을 사용하는 프로젝트 수는 얼마인가요?
- 어떤 브랜칭 전략을 사용하나요? 기능 브랜치? 메인라인? 릴리스 브랜치?
- 코드를 빌드하기 위해 어떤 도구를 사용하나요? 예를 들어, Maven, Gradle, 또는 NPM?
- 코드를 테스트하기 위해 어떤 도구를 사용하나요? 예를 들어, JUnit, Pytest, 또는 Jest?
- 보안 스캐너를 사용하나요?
- 생성된 패키지를 어디에 저장하나요?
- 코드를 어떻게 배포하나요?
- 코드를 어디에 배포하나요?
도움말