빠른 시작: DevOps Center 함께 Salesforce CLI 사용
Salesforce CLI 사용하여 명령줄에서 DevOps Center 과업을 자동화합니다. 이 빠른 시작에서 파이프라인을 만들고 활성화하고, 작업 항목을 관리하고, 변경 사항을 다음 파이프라인 스테이지로 승격합니다.
필수 Edition
| 지원 제품: Lightning Experience는 Professional(API 액세스 필요), Enterprise, Performance, Unlimited 및 Developer Edition에서 제공됩니다. |
| 사용할 수 없는 경우: Government Cloud Plus. 자세한 세부 사항은 Salesforce 계정 담당자에게 문의하십시오. |
| 사용할 수 없는 경우: EU 운영 구역. EU 운영 구역은 특별한 유료 오퍼링으로 더 높은 수준의 데이터 보존을 약속합니다. DevOps Center는 표준 제품 약관에 따라 EU OZ에 속하지 않는 EU 조직에서 지원됩니다. |
| 필요한 사용자 권한 | |
|---|---|
| 파이프라인 만들기: | DevOps Center 관리자 |
| 파이프라인을 통해 변경 사항 승격: | DevOps Center 배포 관리자 |
사용 가능한 모든 플래그 및 옵션은 Salesforce CLI 명령 참조를 참조하십시오.
시작하기 전에 다음 과업을 완료하십시오.
- Salesforce CLI를 설치합니다. Salesforce CLI 설치를 참조하십시오.
- DevOps Center 플러그인을 설치합니다.
sf plugins install @salesforce/plugin-devops-center - DevOps Center 사용할 수 있는 조직에 인증합니다. 이 빠른 시작은
my-devops-org를 조직 별칭으로 사용합니다.sf org login web --alias my-devops-org - UI에서 DevOps Center 프로젝트를 만듭니다.
- GitHub(또는 Bitbucket) 저장소를 DevOps Center 조직에 연결합니다.
- 인증된 조직을 기본 조직으로 설정합니다.
sf config set target-org=my-devops-org대상 조직을 설정하면 후속 명령에서
--target-org my-devops-org가 생략됩니다. 이 빠른 시작에는 대상 조직이 명확해지도록 각 명령에 플래그가 포함됩니다.
파이프라인 설정
파이프라인을 만들고, 스테이지를 추가 및 구성하고, 파이프라인을 활성화하고, 프로젝트를 첨부합니다.
-
프로젝트를 나열하여 프로젝트 ID를 찾습니다.
sf devops project list --target-org my-devops-org파이프라인에 첨부할 프로젝트의 ID를 복사합니다. 이 빠른 시작의 예에서는
0Hn000000000001를 사용합니다. -
비활성 파이프라인을 만들고 리포지토리에 연결합니다.
sf devops pipeline create --target-org my-devops-org --name "Release Pipeline" --repo https://github.com/myorg/myrepo명령 출력에서 파이프라인 ID를 복사합니다. 이 빠른 시작의 예에서는
0XB000000000001를 사용합니다.단계를 구성하고 활성화할 때까지 파이프라인이 비활성 상태로 유지됩니다.
파이프라인을 만드는 동안 저장소를 만들려면
--repo-type github|bitbucket가 있는--create-repo을 사용합니다. -
파이프라인에 단계를 추가합니다. 새 파이프라인에는 기본 최종 단계가 포함됩니다.
--next-stage-id로 기존 단계를 지정하여 기존 단계 앞에 각각의 새 단계를 추가합니다.예를 들어, 통합 단계를 추가합니다.
sf devops pipeline stage add --target-org my-devops-org --pipeline-id 0XB000000000001 --name "Integration" --next-stage-id 0Xc000000000001명령 출력에서 단계 ID를 복사합니다. 나머지 예에서는 통합 단계의
0Xc000000000005을 사용합니다. UAT 등 각 추가 단계에 대해 명령을 반복합니다.
팁 DevOps Center UI에서 파이프라인을 보고 후속 명령에 대한 단계 ID를 가져옵니다. 또는sf devops pipeline get --pipeline-id 0XB000000000001를 실행합니다. -
각 단계를 구성합니다. 각 단계에는 분기 및 환경이 필요합니다. 최종 스테이지에 분기가 있어야만 앞에 있는 스테이지를 구성할 수 있으므로 스테이지를 오른쪽에서 왼쪽으로 구성합니다.
통합 스테이지에 분기를 추가합니다.
--create-vcs-branch플래그가 없는 경우 저장소에서 분기를 만듭니다.sf devops stage branch add --target-org my-devops-org --pipeline-id 0XB000000000001 --stage-id 0Xc000000000005 --branch-name integration --create-vcs-branchSandbox 환경을 단계에 추가합니다.
sf devops stage environment add --target-org my-devops-org --pipeline-id 0XB000000000001 --stage-id 0Xc000000000005 --environment-name Integration_Org --org-type Sandbox환경에 인증할 수 있도록 브라우저 창이 열립니다. 프로덕션 조직에
--org-type Production사용 헤드리스 환경에서는--no-browser를 추가하고 명령에서 반환한 인증 지침을 따릅니다.모든 스테이지에 대해 분기 및 환경 명령을 반복합니다. 각 스테이지에 적합한 지점 이름, 환경 이름 및 조직 유형을 사용합니다.
-
파이프라인을 활성화합니다.
중요 변경 사항을 승격한 후에는 파이프라인 스테이지를 수정할 수 없습니다. 이 명령을 실행하기 전에 모든 단계가 올바르게 구성되어 있는지 확인하십시오.sf devops pipeline update --target-org my-devops-org --pipeline-id 0XB000000000001 --activate -
DevOps Center 프로젝트를 파이프라인에 첨부합니다.
sf devops pipeline project add --target-org my-devops-org --pipeline-id 0XB000000000001 --project-id 0Hn000000000001파이프라인이 준비되었습니다. DevOps Center UI에서 작업 항목을 만들거나sf devops work-item create명령을 실행합니다.
작업 항목 관리
작업 항목을 시작하고, 변경 사항을 커밋하고, 검토를 만들고, 승격 준비가 된 작업 항목을 표시하여 개발 주기를 완료합니다.
모든 작업 항목에서 --work-item-name 대신 --work-item-id을 전달하고 명령을 검토할 수 있습니다.
-
작업 항목 상태를 진행 중으로 설정합니다. DevOps Center 작업 항목에 대한 기능 분기를 만듭니다.
sf devops work-item update --target-org my-devops-org --work-item-name WI-000042 --status "In Progress" -
연결된 리포지토리에서 기능 분기를 가져와 로컬 프로젝트에서 확인합니다.
git fetch origin git checkout WI-000042 -
개발 조직에서 변경 사항을 검색합니다. 이 예에서는 별칭
my-sandbox이 있는 조직에서 Apex 클래스를 검색합니다.sf project retrieve start --target-org my-sandbox --metadata ApexClass:MyNewClass -
검색된 파일을 검토하고 스테이징을 지정하고 커밋한 후 기능 분기를 푸시합니다.
git status git add force-app git commit -am "Implement new feature" git push origin WI-000042Salesforce DX 프로젝트에서 다른 패키지 디렉터리를 사용하는 경우
git add에 전달된 경로를 조정합니다. -
변경 요청(가져오기 요청)을 만들어 기능 분기를 대상 분기로 병합합니다.
sf devops review create --target-org my-devops-org --work-item-name WI-000042 - 팀에서 변경 요청을 승인하고 병합할 때까지 기다립니다.
-
작업 항목 상태를 업데이트하여 승격 준비가 되었음을 나타냅니다.
sf devops work-item update --target-org my-devops-org --work-item-name WI-000042 --status "Ready to Promote"
작업 항목 승격
작업 항목을 다음 파이프라인 스테이지로 승격합니다. DevOps Center 승격을 확인하고 대상 스테이지에 대해 구성된 테스트 도구 모음을 실행하고 테스트가 통과되면 변경 사항을 배포합니다.
-
작업 항목 ID 및 대상 단계 ID를 사용하여 작업 항목을 승격합니다.
sf devops promote --target-org my-devops-org --work-item-id 0Wx000000000042 --target-stage-id 0Xc000000000002명령 출력에는 요청 ID가 포함됩니다. 이를 사용하여 프로모션 상태를 확인합니다.
Status: Completed Message: Work items successfully promoted to UAT. Request ID: a0B000000000001 Promoted Work Items ─────────────────── 0Wx000000000042 -
요청 ID를 사용하여 프로모션 상태를 확인합니다.
sf devops request status --target-org my-devops-org --request-token a0B000000000001
요청 상태가 완료되면 대상 스테이지에서 작업 항목을 사용할 수 있습니다.
공통 과업
일일 개발 워크플로 동안 다음 명령을 사용합니다.
-
여러 작업 항목을 동일한 단계로 승격합니다. 각 작업 항목에 대해 한 번의
--work-item-id를 지정합니다.sf devops promote --target-org my-devops-org --work-item-id 0Wx000000000042 --work-item-id 0Wx000000000043 --target-stage-id 0Xc000000000002 -
외부에서 병합된 변경 사항을 DevOps Center 동기화되지 않은 단계에 배포합니다.
sf devops promotion complete --target-org my-devops-org --target-stage-id 0Xc000000000002
고급 사용 사례
기본 워크플로를 완료한 후 추가 제어가 필요한 프로모션에 다음 명령을 사용합니다.
- 사용자 정의 프로모션:
sf devops work-item prepare를 실행하여 필수 지점 및 변경 요청을 만든 다음, 작업 항목을 승격합니다. - 작업 항목 결합: 여러 작업 항목이 메타데이터를 공유하거나 종속성이 있고 함께 승격해야 하는 경우
sf devops work-item combine를 실행합니다. - 승격하기 전에 확인: 작업 항목을 승격하지 않고 버전 관리 및 개체 권한을 확인하려면
sf devops promotion validate를 실행합니다.
