A. 병합하기 전에 두 개발자가 pull 요청을 검토해야 합니다.

B. 정적 코드 분석을 사용하여 코딩 표준을 시행합니다.

C. 릴리스 관리를 위한 Center of Excellence를 만듭니다.

D. 코드를 커밋하기 전에 회귀 테스트를 실행합니다.

A. 개발자가 샌드박스 개발에 익숙해졌을 때 영향을 전혀 느끼지 않도록 개발자 샌드박스에서 계속 개발합니다.

B. 개발자가 스크래치 조직을 스핀업하여 새 프로젝트를 시작하거나, 새 기능 분기를 시작하거나, 자동화된 테스트를 시작할 수 있기 때문에 스크래치 조직 사용을 시작하세요.

C. 모든 변경 사항을 자동으로 추적하는 스크래치 조직을 사용하기 시작하고 스크래치 조직이 다른 모델과 공존할 수 있으므로 시차 접근 방식으로 진행합니다.

D. 스크래치 조직이 코드 배포 경로 내에 있지 않기 때문에 개발 샌드박스에서 계속 개발하십시오.

A. 부 및 주 릴리스에 대해 별도의 개발자 분기를 유지 관리합니다.

B. 프로젝트에 대한 개별 분기가 있는 응용 프로그램에 대한 단일 저장소를 유지 관리합니다.

C. 마스터 브랜치에서 생산을 위한 단일 진입점을 유지합니다.

D. 배포 중인 모든 변경 사항에 대해 릴리스 샌드박스에 대한 무제한 액세스를 유지합니다.

E. 자동화는 저장소의 다양한 애플리케이션 분기와 함께 필수입니다.

A. 두 조직 간에 구성 변경 사항을 마이그레이션합니다.

B. 조직의 현재 사용자 정의를 xml 파일로 내보냅니다.

C. csv 파일을 사용하여 두 조직 간에 데이터 변경 사항을 마이그레이션합니다.

D. CRUD 작업을 수행하거나 조직의 기록을 관리합니다.

A. 관리되지 않는 패키지를 사용하여 프로덕션 조직에 메타데이터를 배포합니다.

B. 변경 세트를 사용하여 프로덕션 조직에 메타데이터를 배포합니다.

C. 관리 패키지를 사용하여 프로덕션 조직에 메타데이터를 배포합니다.

D. 패키지 개발 모델을 사용하여 프로덕션 조직에 메타데이터를 배포합니다.