배포

Atlassian Cloud번역일: 2026-08-19원본 보기

배포 설정하기

이 가이드는 배포 환경의 일반적인 설정 방법을 다룹니다. 특정 플랫폼에 대한 정보를 찾고 있다면 배포 가이드를 확인하세요.

먼저 Bitbucket 설정에서 환경을 정의합니다.

설정할 수 있는 항목:

  • 이름

  • 환경의 유형

  • 대시보드에 표시되는 순서

  • 해당 환경에만 적용되는 변수

  • 그리고 프리미엄 플랜을 사용 중이라면 각 환경에 배포할 수 있는 사용자

그다음 bitbucket-pipelines.yml 파일에서 해당 환경을 참조하기만 하면 배포 대시보드에서 확인할 수 있습니다.

1단계: 환경 정의하기

먼저 환경의 세부 정보를 추가합니다.

파이프라인을 활성화하면 기본적으로 3개의 기본 환경이 생성됩니다. 'Test'라는 테스트 환경, 'Staging'이라는 스테이징 환경, 그리고 (짐작하셨겠지만!) 'Production'이라는 프로덕션 환경입니다.

환경 유형은 환경을 논리적으로 정렬하는 용도로만 사용되므로, 유형이 실제 사용 목적과 정확히 맞지 않더라도 걱정하지 않아도 됩니다.

  • 왼쪽 사이드바의 리포지토리 이름 옆에서 더 보기(…)를 선택한 다음 설정을 선택합니다.

  • 파이프라인 섹션에서 배포를 선택합니다.

  • 환경을 선택하면 다음을 할 수 있습니다:

    • 이름 변경

    • 환경별 배포 변수 설정

      배포 변수는 팀 변수와 리포지토리 변수를 모두 재정의합니다. 또한 이름이 같은 변수라도 각 배포 환경마다 다른 값을 가질 수 있습니다. 예를 들어 환경별로 서로 다른 $DEPLOYMENT_SECRET_KEY를 설정할 수 있습니다. 여기에 환경을 제한하면 관리자만 시크릿 키를 사용할 수 있습니다.

    • 배포 권한을 관리자 또는 특정 브랜치로 제한. 참고: 이 기능은 프리미엄 기능이므로 프리미엄 플랜 고객만 사용할 수 있습니다

환경을 더 추가하려면 어떤 유형(test, staging, production)이 가장 적합한지 정한 다음 해당 섹션에서 환경 추가를 선택합니다.

왼쪽 가장자리를 선택해 끌어서 같은 유형 안에서 환경 순서를 옮길 수도 있습니다.

2단계: 배포 단계 구성하기

step 또는 stage에 deployment 키워드를 추가하고 그 뒤에 환경 이름을 지정합니다. Pipelines의 기본 배포 환경은 test, staging, production입니다.

예를 들면:

pipelines: default: - step: name: Deploy to production deployment: production script: - python deployscript.py prod

bitbucket-pipelines.yml 파일의 변경 사항을 커밋하면 배포 파이프라인이 실행됩니다. 이제 배포 단계 또는 스테이지가 배포 대시보드에 표시됩니다.

여러 배포 환경을 추가할 때 Bitbucket Pipelines는 bitbucket-pipelines.yml 파일에서 배포가 다음 순서로 정렬되어야 합니다:

  1. 테스트 환경

  2. 스테이징 환경

  3. 프로덕션 환경

Pipelines는 세 가지 환경 유형을 모두 요구하지 않으며, 각 유형 내의 단계와 스테이지는 어떤 순서로든 배치할 수 있습니다.

예를 들어 배포 설정 페이지에 다음과 같은 배포 환경이 구성되어 있다고 가정해 봅시다:

  • 테스트 환경 — testbed

  • 스테이징 환경 — staging1 및 staging2

  • 프로덕션 환경 — production-east

관련 단계나 스테이지를 파이프라인에 추가할 때 스테이징 환경(staging1 및 staging2)이 모든 테스트 환경 뒤, 모든 프로덕션 환경 앞에 묶여 있도록 하세요.

예를 들면:

pipelines: default: - step: name: Build and push to S3 script: - apt-get update - apt-get install -y python-dev - curl -O https://bootstrap.pypa.io/get-pip.py - python get-pip.py - pip install awscli - aws deploy push --application-name $APPLICATION_NAME --s3-location s3://$S3_BUCKET/test_app_$BITBUCKET_BUILD_NUMBER --ignore-hidden-files - step: name: Deploy to testing image: amazon/aws-cli:latest deployment: testbed # Test environment script: - python deploy.py test - step: name: Deploy to staging image: amazon/aws-cli:latest deployment: staging2 # Staging environment trigger: manual script: - python deploy.py staging - step: name: Deploy to QA staging image: amazon/aws-cli:latest deployment: staging1 # Staging environment trigger: manual script: - python deploy.py staging - step: name: Deploy to production image: amazon/aws-cli:latest deployment: production-east # Production environment trigger: manual script: - python deploy.py prod

3단계: 배포 추적하기

배포 단계가 실행되고 나면 배포 대시보드에서 배포를 추적할 수 있습니다.

배포 대시보드 이해하기

배포 대시보드를 사용하면 모든 배포 환경에 대한 정보를 한눈에 파악할 수 있습니다. 또한 배포 변수와 권한을 함께 사용해 원하는 브랜치나 사람만 배포하도록 할 수 있습니다.

참고: 각 환경에서 진행 중인 배포는 하나만 가능합니다. 같은 환경에 배포하는 이후 파이프라인은 자동으로 일시 중지됩니다. 진행 중인 배포가 완료되면 일시 중지된 배포 단계를 수동으로 재개할 수 있습니다.

배포 정보

환경 카드에서 다양한 정보를 확인할 수 있습니다.

1. 배포 기록

환경 이름을 선택하면 해당 환경에 대한 이전 배포 기록을 모두 볼 수 있습니다. 그중 아무 항목이나 선택하면 배포 요약을 확인할 수 있습니다.

2. 파이프라인 보기

파이프라인 번호를 선택하면 해당 파이프라인 실행의 요약 화면으로 이동하며, 거기서 로그 등을 확인할 수 있습니다.

3. 배포 요약

환경 카드나 기록 목록에서 배포를 선택하면 배포 요약에 접근할 수 있습니다. 요약에는 다음과 같은 배포 정보가 표시됩니다:

  • 배포된 환경

  • 해당 환경의 이전 배포

  • 배포 상태

  • 배포를 트리거한 사람(배포가 수동 단계였던 경우)

  • 배포가 이루어진 날짜

  • 배포에 포함된 커밋 전체 목록

  • 새 배포와 해당 환경의 이전 배포 간 파일 diff

  • 커밋 메시지에 언급한 연결된 Jira 이슈

어떤 환경이든 처음 배포되는 빌드는 그 빌드와 연결된 커밋만 표시됩니다. 빌드를 다시 실행하는 경우 두 빌드 간에 차이가 없으므로 해당 빌드에 대한 diff는 표시되지 않습니다.

Jira로 업무를 관리한다면 Jira와 Bitbucket을 연결해 추가적인 이점을 얻을 수 있습니다.

연결되고 나면 배포와 관련된 이슈가 배포 요약 및 배포 미리보기 화면에 표시되고, 배포 내역은 관련 Jira 이슈에 나타납니다. 커밋 메시지에 이슈 키를 하나 또는 여러 개 추가하기만 하면 나머지는 저희가 처리합니다.

예시

git commit -m "PT-323 Add created workers to container cluster"


Bitbucket에서는 다음 이미지와 같이 표시됩니다.

bitbucket view

Jira에서는 다음과 같이 표시됩니다:

Jira view

성공한 배포를 다시 실행하더라도 Jira는 재실행 내역이 아니라 첫 번째 성공한 배포의 세부 정보를 계속 표시합니다.

배포 롤백하기

Bitbucket Pipelines에서는 전체 파이프라인을 실행하지 않고도 배포 단계를 롤백할 수 있습니다. 배포가 실패한 경우 마지막으로 성공한 배포를 복원할 수 있습니다.

시작하기 전에

재배포 버튼이 활성화되려면 다음 조건이 충족되어야 합니다:

  • 파이프라인의 최초 배포 단계가 성공적으로 완료되어야 합니다

  • 배포 권한이 해당 단계의 재배포를 허용해야 합니다(프리미엄 플랜 전용)

  • 아티팩트가 만료되지 않아야 합니다

배포 롤백 방법

배포 단계를 롤백하려면:

  1. 재배포하려는 배포를 고르고 재배포 버튼을 선택합니다. 

  2. 재배포 화면에서 변경 사항을 검토한 뒤 재배포를 선택합니다:

redeploy

또는 배포 대시보드에서 재배포를 선택할 수도 있습니다:



rollback-redeploy

 

도움이 더 필요하신가요?

Atlassian 커뮤니티가 도와드립니다.