DevOps Center 프로젝트 모범 사례
DevOps Center 프로젝트를 계획하려면 다음 모범 사례를 따르십시오. 프로젝트는 관련 작업 항목의 고유한 컬렉션을 관리하고 배포하는 중앙 집중식 작업 영역입니다.
필수 Edition
| 지원 제품: Lightning Experience는 Professional(API 액세스 필요), Enterprise, Performance, Unlimited 및 Developer Edition에서 제공됩니다. |
| 사용할 수 없는 경우: Government Cloud Plus. 자세한 세부 사항은 Salesforce 계정 담당자에게 문의하십시오. |
| 사용할 수 없는 경우: EU 운영 구역. EU 운영 구역은 특별한 유료 오퍼링으로 더 높은 수준의 데이터 보존을 약속합니다. DevOps Center는 표준 제품 약관에 따라 EU OZ 부분을 포함하지 않는 EU 조직에서 지원됩니다. |
프로젝트 수 결정
다음과 같은 경우 단일 프로젝트 및 단일 리포지토리를 사용합니다.
- 팀이 동일하거나 종속 메타데이터 및 구성 데이터에서 작업합니다.
- 모든 변경 사항이 동일한 프로덕션 조직에 배포됩니다.
- 모든 작업에 대한 통합 가시성이 필요합니다.
- 개발에는 상호 연결된 개체 및 기능이 포함됩니다.
다음과 같은 경우 별도의 프로젝트를 만듭니다.
- 팀은 종속성이 없는 독립 메타데이터 및 데이터에 대해 작업합니다.
- 변경 사항이 다른 프로덕션 조직에 배포됩니다.
- 프로젝트는 별도의 릴리스 일정 및 거버넌스를 따릅니다.
- 표준 릴리스 케이던스를 우회하려면 분리된 핫픽스 파이프라인이 필요합니다.
- 팀은 운영 격리를 필요로 하거나 다른 팀의 활성 작업 및 변경 사항에 대한 가시성을 제한하려고 합니다.
프로젝트 수명 주기 전략 선택
릴리스 관리 프로세스 및 케이던스를 기반으로 프로젝트 수명 주기를 결정합니다.
진행 중인 프로젝트: 여러 스프린트 및 릴리스에서 동일한 프로젝트를 사용합니다. 이는 진행 중인 기능 개발과 안정적인 메타데이터 및 데이터 범위가 있는 팀에게 권장되는 접근 방식입니다. 이러한 프로젝트는 더욱 쉽게 유지 관리할 수 있습니다. 예를 들어, 장기 프로젝트는 2주마다 릴리스되고 스프린트에 관계없이 하나의 파이프라인을 사용하는 팀에 적합합니다. 활동 내역에서 DORA 메트릭 및 내역을 사용하여 프로젝트 성과를 추적할 수 있습니다.
릴리스당 프로젝트: 각 주 릴리스에 대한 프로젝트를 만듭니다. 이 접근 방식은 시간 범위에 따라 개별적인 이니셔티브 또는 주요 버전 릴리스가 있는 팀에게 더 적합합니다. 따라서 각 릴리스에 대해 더 많은 설정 작업이 필요합니다. 릴리스 후 프로젝트를 보관하는 것이 좋습니다.
핫픽스 프로젝트: 중요한 프로덕션 문제의 경우 별도의 핫픽스 프로젝트를 사용하여 더 빠르게 처리할 수 있습니다.
- 프로젝트를 만들고 최소한 개발 환경, 테스트 스테이지, 프로덕션 조직이 포함된 파이프라인에 연결합니다.
- 문제를 해결한 후 표준 프로젝트 파이프라인을 통해 모든 변경 사항을 이동하고 모든 환경을 동기화 상태로 유지합니다.
- 항상 기본 프로젝트에 대한 동기화 변경 사항을 백하여 분산을 방지하십시오.
비활성 프로젝트 관리
DevOps Center 프로젝트를 삭제할 수 없습니다. 비활성 프로젝트에 z_ 접두사를 추가합니다. 예: z_MyOldProject. 그러면 프로젝트가 목록의 맨 아래로 이동됩니다.
.forceignore 파일 구성
.forceignore 파일에 따라 DevOps Center 커밋 및 배포 시 제외하는 변경 사항이 결정됩니다. 모든 기능 분기에 전파되도록 파이프라인을 구축하기 전에 기본 분기에 .forceignore 파일을 구성합니다. .forceignore 파일을 수정하려면 작업 항목 기능 분기 내에 편집 사항을 적용합니다. 작업 항목을 승격할 때 편집 내용이 파이프라인을 통해 전파됩니다. .forceignore 파일을 포함하는 메타데이터 제외를 참조하십시오.
DevOps Center 프로젝트 전략 권장 사항
| 시나리오 | 권장 사항 | 예 |
|---|---|---|
| 메타데이터와 데이터가 중복되는 동일한 프로덕션 조직입니다. | 하나의 프로젝트, 하나의 리포지토리 구조 | 플랫폼 팀이 상호 연결된 개체를 사용자 정의합니다. 팀은 개발자가 캠페인에 대해 작업하는 동안 기회 개체를 사용자 정의하는 Sales Cloud 기능을 개발합니다. 두 기능 모두 공유 사용자 정의 개체를 사용합니다. 메타데이터가 중첩되므로 하나의 프로젝트를 사용하십시오. |
| 독립 메타데이터 및 데이터가 있는 동일한 프로덕션 조직입니다. | 하나의 프로젝트 구조(권장) | Apex 팀 및 Marketing Cloud 커넥터 팀이 공유 환경에 배포되는 병렬 작업 트랙 |
| 프로덕션 조직을 지리적으로 또는 운영적으로 구분합니다. | 별도의 프로젝트 | 데이터 보존 요구 사항으로 인해 유럽 및 미국 프로덕션 조직을 분리하는 독립적인 배포 조직에 유사한 앱이 포함되어 있지만 독립적으로 배포됩니다. 각 프로덕션 조직에 대해 하나씩 두 개의 프로젝트를 만듭니다. |
| 긴급한 핫픽스 파이프라인 경로가 필요합니다. | 핫픽스 프로젝트 구분 | 표준 릴리스 주기를 우회하기 위해 분리된 경로가 필요한 중요 수정 사항입니다. |
