위치:
파이프라인 계획
작업 항목이 개발에서 프로덕션(또는 일부 다른 최종 스테이지)까지 릴리스 수명 주기를 거치면서 이동하는 스테이지의 순서를 정의하는 파이프라인을 통해 작업 항목을 승격합니다.
파이프라인은 파이프라인 스테이지로 구성됩니다. 각 파이프라인 스테이지는 환경(현재 Salesforce 조직) 및 소스 제어 리포지토리에서 분기에 해당합니다. 파이프라인을 통해 변경 사항이 승격된 후에는 수정할 수 없습니다.
필요한 파이프라인 스테이지는 몇 개입니까?
파이프라인에 여러 개의 파이프라인 스테이지를 포함할 수 있습니다. 파이프라인의 구성은 전적으로 사용자가 결정하며 사용자가 보유한 개발 및 비즈니스 프로세스를 기반으로 합니다.
파이프라인은 최종 출시 환경(1)만 필요합니다. 그러나 팀이 Sandbox 및 스크래치 조직에서 일부 개발 작업을 수행하는 경우 파이프라인을 구축할 때 이 프로젝트에 사용할 개발 환경을 연결할 수 있습니다. (2). 개발 및 프로덕션 스테이지 외에 하나 이상의 테스트 스테이지가 있는 것이 좋습니다. 각 파이프라인 스테이지에는 소스 제어 리포지토리의 관련 환경(조직) 및 해당 지점이 있습니다.
일반적으로 테스트 스테이지가 2~3개인 강력한 파이프라인을 구축할 수 있도록 파이프라인 템플릿을 제공합니다. 이 파이프라인 템플릿에는 다음 권장 단계가 포함되어 있습니다.
| 단계 | 설명 |
|---|---|
| 통합 | 첫 번째 테스트 스테이지(개발 스테이지 이후)는 다양한 개발 환경의 모든 변경 사항이 처음으로 함께 적용되고 통합 환경에서 테스트할 수 있는 통합 스테이지(3)입니다. 이 단계에서는 진행하기 전에 충돌을 식별하고 해결할 수 있습니다. |
| UAT | 비즈니스 이해당사자를 포함하여 추가 테스트를 수행할 수 있는 하나 이상의 단계(일반적으로 사용자 수용 테스트(UAT)라고 함)를 "통합"과 "단계 지정" 사이에 설정할 수 있습니다(4). 이 단계는 관련 변경 사항 그룹의 버전을 지정하고 파이프라인을 통해 함께 이동하는 번들링 단계로 표시됩니다. |
| 준비 | 이 마지막 테스트 스테이지(프로덕션 전)는 프로덕션에 변경 사항을 승격하기 전에 최종 확인 또는 "단계 지정"에 사용됩니다(5). |
| 프로덕션(릴리스) | 변경 사항의 최종 대상(1)입니다. 이 단계의 조직은 라이브 Salesforce 인스턴스입니다. |
프로젝트 전체에서 파이프라인 스테이지 분기가 고유해야 함
프로젝트 전체에서 같은 소스 제어 리포지토리를 사용할 수 있습니다. 그러나 충돌이 발생하지 않고 변경 사항이 덮어쓰이지 않도록 릴리스 분기(주로 기본)를 제외하고 각 파이프라인 스테이지에 대해 분기가 고유해야 합니다.
파이프라인 구성 옵션
파이프라인 구축 및 활성화는 DevOps Center 프로젝트의 구성 완료 마지막 단계입니다.
팀 구성원이 작업 항목 또는 작업 항목 번들(버전이 지정된 변경 그룹)을 승격하면 변경 사항이 파이프라인을 통해 이동됩니다. 승격 직후 변경 사항이 현재 스테이지 분기에서 다음 스테이지 분기로 병합된 다음, 다음 스테이지 조직에 배포됩니다.
파이프라인은 다음의 두 가지 방법 중 하나로 구성할 수 있습니다.
- 팀 구성원이 전체 파이프라인에서 작업 항목을 개별적으로 이동할 수 있습니다.
- 팀 구성원이 파이프라인 초기 단계에서 개별적으로 작업 항목을 이동하고 이후 단계에서 버전이 지정된 변경 그룹(작업 항목 번들)으로 이동할 수 있습니다. 계속 읽어 작업 항목 번들의 이점에 대해 알아보십시오.
- 파이프라인 구축 방법 결정
개발 환경 및 릴리스(프로덕션) 조직을 정의한 후 기본 파이프라인을 확보할 수 있습니다. 그러나 프로덕션에 직접 배포하는 것이 좋지 않습니다. 템플릿을 사용하여 파이프라인을 구축하거나 파이프라인 템플릿에 추가 단계를 추가하거나 Build Your Own 수 있습니다. - 지점 이름 지정 시 모범 사례
각 파이프라인 스테이지에는 소스 제어 리포지토리의 연결된 분기가 있으며, 여기에는 팀의 작업 항목과 관련된 변경 사항이 포함됩니다. 파이프라인을 구축할 때 리포지토리의 기존 지점을 지정하거나 DevOps Center 사용자를 위해 지점을 만들도록 허용할 수 있습니다. DevOps Center 생성하도록 허용하는 경우 고유한 영숫자 문자열을 표시합니다. - 템플릿을 사용하여 파이프라인 구축
릴리스 대상(프로덕션) 환경을 지정하면 자동으로 마지막 파이프라인 스테이지가 됩니다. DevOps Center는 소스 제어 저장소의 기본 분기와도 연결합니다. 이 분기는 기본적으로main이라고 불립니다. 이 최종 파이프라인 스테이지의 분기를 편집하지 않는 것이 좋습니다. - Build Your Own
기존 템플릿 파이프라인을 수정하여 빠르게 Build Your Own 파이프라인을 구축합니다. - 파이프라인 활성화
활성화한 후 팀에서 파이프라인을 사용할 수 있습니다. - 단계와 환경 탭의 차이점은 무엇입니까?
파이프라인이 활성화되면 파이프라인 페이지에 첫 번째 탭으로 단계 탭이 나타납니다. - 번들링 또는 번들링 안 함은 좋은 질문입니다.
단계 간에 변경 사항을 승격하는 프로세스 및 메커니즘은 파이프라인에서 "왼쪽에서 오른쪽"으로 이동할 때 다를 수 있습니다. 파이프라인의 이전(왼쪽) 스테이지에서 한 스테이지에서 다음 스테이지로 개별 작업 항목을 유연하게 승격하려는 경우가 많습니다. 파이프라인의 후기(오른쪽) 스테이지로 이동할 때 프로모션되고 최종적으로 릴리스되는 변경 집합의 예측 가능성과 버전을 지정할 수 있는 능력을 높이는 것이 좋습니다.
