업데이트 프로세스 계획을 위한 일반 지침
인스턴스 간에 사용자 지정을 이동하기 위한 표준 프로세스를 만들기 위한 일반적인 지침이 포함된 참조 주제입니다.
-
업데이트 세트의 표준 경로(개발에서 테스트로, 테스트에서 프로덕션으로 마이그레이션)를 사용합니다. 둘 이상의 소스에서 동일한 업데이트 세트를 이동하지 마십시오.
- 두 인스턴스가 모두 같은 버전인지 확인합니다. 이전 버전의 인스턴스에서 최신 버전의 인스턴스로 업데이트 세트를 이동할 수는 있지만 문제가 발생할 가능성이 높아집니다. 버전마다 변경된 코드에 의존할 경우 사용자 지정이 작동할 수 없습니다.
- 각 중소 규모 작업에 대해 단일 업데이트 세트를 변경합니다. 스키마 변경 또는 대규모 워크플로우 수정이 있는 대규모 업데이트 세트는 검토하기가 더 어렵고, 처리 속도가 느려지고, 충돌이 발생하기 쉽고, 미리 보기 또는 커밋하는 데 시간이 더 오래 걸립니다.
-
모든 기본 시스템 기록의 sys_id 필드가 일관되었는지 확인합니다. 프로비저닝 이후 인스턴스에서 특정 기본 시스템 기록이 생성될 수 있으며, 이로 인해 인스턴스간에 차이가 발생하고 업데이트 세트에 대한 잠재적 복잡성이 발생할 수 있습니다.
-
프로덕션 인스턴스의 속도가 느려지지 않도록 업무 시간 이외에 업데이트 세트 커밋을 예약합니다. 성능 저하는 일시적입니다.
- 명확한 업데이트 세트 이름을 사용하고 명명 규칙을 설정하여 개발자의 변경사항을 조정하고 커밋 중에 참조를 간소화합니다.
- 업데이트 세트가 문제에 대한 수정 사항으로 생성되는 경우 이름에 문제 티켓을 포함하는 것이 좋습니다. 예: PR10005 - 중복 이메일 문제 수정
- 문제를 해결하기 위해 두 개 이상의 업데이트 세트가 필요한 경우 명명 규칙에 시퀀스 번호를 포함합니다. 시퀀스된 명명 규칙은 업데이트 세트가 생성된 순서대로 적용되도록 확인합니다. 예를 들어, PR10005 - 중복 이메일 문제 수정 및 PR10005.2 - 중복 이메일 문제 수정입니다.