Azure DevOps에서 멀티 환경 배포 시의 버전 관리 전략

---

📣 Azure DevOps에서 멀티 환경 배포 시의 버전 관리 전략

🧭 왜 버전 관리 전략이 중요한가?
멀티 환경 배포에서 가장 중요한 부분 중 하나는 버전 관리입니다. 각 환경(개발, 스테이징, 프로덕션)에 맞는 버전 번호를 명확히 설정함으로써, 배포의 일관성, 안정성, 추적성을 높일 수 있습니다.
Azure DevOps를 활용하면 효율적인 버전 관리 전략을 통해 멀티 환경 배포를 최적화할 수 있습니다.

---

✅ 1. 배포 버전 번호 규칙 설정

▶ 목표: 각 배포마다 고유한 버전 번호를 부여하여, 버전 관리를 명확히 하고 각 환경에 대한 롤백이나 업그레이드를 쉽게 할 수 있도록 합니다.

버전 번호 구성 예시:

• 주 버전.부 버전.수정 버전-빌드 번호
• 예: 1.2.3-42
  • 주 버전: 주요 기능 변경이나 큰 변화가 있을 때 변경
  • 부 버전: 새로운 기능 추가, 성능 개선 등
  • 수정 버전: 버그 수정, 작은 수정 사항
  • 빌드 번호: 자동 증가하는 빌드 번호 (자동화된 배포와 연계)

---

📩 2. 각 환경에 맞는 버전 태깅 전략

▶ 방법: 각 배포 환경에 맞는 버전 태깅을 설정해 버전 관리의 일관성을 유지합니다. 예를 들어, 개발 환경에서는 1.2.3-dev, 프로덕션 환경에서는 1.2.3-prod와 같은 버전 태그를 사용합니다.

예시:

• 개발 환경: 1.2.3-dev-42
• 스테이징 환경: 1.2.3-staging-42
• 프로덕션 환경: 1.2.3-prod-42

이렇게 각 환경에 맞는 버전 태그를 부여하면 배포의 추적이 쉬워지고, 롤백 시에도 특정 환경의 버전을 명확히 구분할 수 있습니다.

---

💬 3. CI/CD 파이프라인에서 버전 관리 자동화

▶ 방법: Azure DevOps의 CI/CD 파이프라인에서 버전 번호를 자동으로 관리할 수 있습니다. Build.BuildId 또는 Git 커밋 해시를 버전 태그로 사용하여, 각 빌드마다 고유한 버전 번호를 생성합니다.

자동 버전 번호 부여 예시:

 

---

[yaml]

 

trigger:
  branches:
    include:
      - main

pool:
  vmImage: 'ubuntu-latest'

steps:
  - task: Docker@2
    inputs:
      command: 'buildAndPush'
      containerRegistry: '$(dockerRegistryServiceConnection)'
      repository: 'myapp'
      dockerfile: '**/Dockerfile'
      tags: |
        $(Build.BuildId)

---

위의 YAML에서 $(Build.BuildId)는 각 빌드마다 고유한 번호를 부여하며, 이를 Docker 이미지 태그로 사용하여 배포할 수 있습니다.

---

✨ 실전 예: 멀티 환경에서의 버전 관리

1. 개발 환경에서 기능을 개발하고, 빌드 태그는 1.2.3-dev로 설정
2. 스테이징 환경에 배포 시, 버전 태그는 1.2.3-staging
3. 프로덕션 환경에 최종 배포 시, 버전 태그는 1.2.3-prod

✅ 이렇게 버전 관리 태깅을 통해 각 환경에서의 배포와 업데이트가 명확히 구분되어, 실수를 줄이고 안정적인 배포가 가능합니다.

---

🔐 마무리

Azure DevOps를 활용한 멀티 환경 배포 시의 버전 관리 전략은, 각 환경에 맞는 버전 번호 규칙 설정, 버전 태깅, 그리고 CI/CD 파이프라인에서 자동화된 버전 관리 방법을 통해 배포의 일관성과 안정성을 높일 수 있습니다.
효율적인 버전 관리 전략을 설정하면, 개발 주기를 최적화하고 배포 관리를 더욱 체계적으로 할 수 있습니다.

DevOps는 단순히 기술적인 문제를 해결하는 도구가 아니라, 팀 간 협업과 신뢰 구축을 위한 중요한 요소입니다 😊