Bamboo에서 마이그레이션

Bamboo에서 마이그레이션에 대해 설명합니다.

Bamboo UI에서 내보낸 Bamboo Specs YAML 구성 또는 Spec 리포지토리에 저장된 구성을 변환하여 Atlassian Bamboo에서 GitLab CI/CD로 마이그레이션할 수 있습니다. 주요 마이그레이션 고려 사항 # 구성 측면 Bamboo GitLab CI/CD 마이그레이션 작업 구성 파일 Bamboo Specs (Java 또는 YAML) .gitlab-ci.yml 파일 Specs를 GitLab YAML 구문으로 변환 변수 구문 ${bamboo.variableName} $VARIABLE_NAME 스크립트의 모든 변수 참조 업데이트 실행 환경 에이전트 (로컬 또는 원격) 실행기가 있는 Runner Runner 설치 및 구성 아티팩트 공유 구독이 있는 명명된 아티팩트 스테이지 간 자동 상속 아티팩트 구성 단순화 배포 별도의 배포 프로젝트 환경을 사용하는 배포 작업 단일 파이프라인에서 빌드와 배포 결합 구성 예시 # Bamboo Specs 내보내기 # 다음 예시는 UI에서 내보낸 Bamboo Specs YAML과 이에 해당하는 GitLab CI/CD 구성을 보여줍니다. Bamboo GitLab CI/CD Bamboo는 중첩된 계층 구조를 통해 빌드를 구성합니다. 프로젝트는 여러 플랜을 포함하고, 플랜은 스테이지와 작업을 정의하며, 작업은 개별 태스크를 실행합니다. 프로젝트는 여러 플랜이 접근할 수 있는 변수, 자격 증명, 리포지토리 연결과 같은 공유 리소스의 컨테이너 역할을 합니다. UI에서 내보낸 Bamboo Specs는 이 전체 계층 구조와 권한, 알림, 프로젝트 설정과 같은 관리 메타데이터를 포함합니다. 내보내기를 검토할 때 다음과 같은 마이그레이션에 중요한 요소에 집중하세요: 작업 및 태스크: 실제 빌드 명령어 및 스크립트 스테이지 정의: 순차적 실행 순서 및 종속성 변수 및 아티팩트: 작업 간에 공유되는 데이터 및 파일 트리거 및 조건: 빌드가 실행되는 시점을 결정하는 규칙 version: 2 plan: project-key: AB key: TP name: test plan stages: - Default Stage: manual: false final: false jobs: - Default Job Default Job: key: JOB1 tasks: - checkout: force-clean-build: false description: Checkout Default Repository - script: interpreter: SHELL scripts: - |- ruby -v # Print out ruby version for debugging bundle config set --local deployment true # Install dependencies into ./vendor/ruby bundle install -j $(nproc) rubocop rspec spec description: run bundler artifact-subscriptions: [] repositories: - Demo Proje