A. Git을 사용하여 개발 브랜치에서 릴리스 브랜치를 생성합니다. 모든 수정은 릴리스 분기에서 이루어져야 합니다. 배포 후 릴리스를 개발과 병합합니다.

B. 개발 분기에 병합하지 않고 기능 분기에 예정된 변경 사항을 커밋합니다. 개발 브랜치에서 배포한 다음 새로운 스프린트 기능을 개발 브랜치에 병합하세요.

C. 새 스프린트의 첫 번째 작업은 배포 승인이어야 합니다. 그 후에는 환경과 Git에서 스프린트의 다른 작업을 수행할 수 있습니다.

D. 현재 코드를 UAT 샌드박스로 마이그레이션합니다. Dev 샌드박스에서 새로운 스프린트 개발을 시작하세요. UAT 환경에서 수정하고 비즈니스 승인 후 프로덕션용 UAT를 배포합니다.

A. 리드 할당

B. 소스 시스템에 대한 데이터 변환

C. 올바른 계정과의 연결 연결

D. 계정 및 리드 소유권

E. 페이지 레이아웃 할당

A. 일반적으로 각 작업 기능이 성공적으로 마이그레이션된 후 개발 환경을 새로 고쳐야 합니다.

B. 프로덕션은 유일한 원시 환경입니다.

C. 다양한 API를 유지 관리해야 하는 부담 때문에 통합 샌드박스를 거의 새로 고쳐서는 안 됩니다.

D. 해당 유형의 샌드박스에 대해 새로 고침이 허용되는 날에 샌드박스를 새로 고쳐야 합니다.

A. Salesforce에 문의하여 전체 Sandbox를 업그레이드할 시간을 예약하세요.

B. 릴리스 미리보기 기간 동안 샌드박스를 새로 고쳐 향후 릴리스가 있는지 확인하세요.

C. 업그레이드된 샌드박스에서 회귀 테스트를 실행하여 업그레이드 관련 문제를 감지합니다.

D. 자동으로 활성화되는 기능 및 기술 부채에 대한 릴리스 노트를 검토합니다.

E. 가능한 한 빨리 SOAP 통합을 최신 WSDL로 업그레이드합니다.

A. 기존 고객 대면 프로세스를 업데이트하고 빠른 조정을 가능하게 하는 디지털화 프로젝트

B. 고정되고 공식적인 범위, 예산 및 일정을 사용하여 제3자가 실행하는 프로젝트입니다.

C. 신속한 테스트 및 배포를 위해 DevOps 기능에 막대한 투자를 한 환경

D. 요구 사항이 잘 정의되어 있고 프런트엔드 시스템과 백엔드 시스템 간의 복잡한 상호 작용이 있는 프로젝트