중복 워크플로우 방지
업데이트 세트는 로컬 인스턴스에서 워크플로우 버전을 커밋하기 전에 모든 버전의 워크플로우의 게시 상태를 관리합니다.
업데이트 세트를 사용하여 삽입이나 업데이트로 커밋된 워크플로우의 마지막 버전은 워크플로우 버전의 게시 순서에 관계없이 현재 게시된 버전이 됩니다.
업데이트 세트에서 워크플로우 커밋
이 페이지의 단계에 따라 업데이트 세트에서 워크플로우를 커밋합니다.
프로시저
업데이트 세트 마이그레이션 예시
업데이트 세트 커밋으로 인해 게시된 버전이 여러 개 있을 수 없습니다. 하지만 이것이 위험을 제거하지는 못하므로 업데이트 세트를 마이그레이션할 때 주의해야 합니다.
다음 예를 고려하십시오.
- 워크플로우 A - 버전 1이 프로덕션 인스턴스로 마이그레이션되어 커밋됩니다.
- 업데이트 세트 B가 생성됩니다.
- 업데이트 세트 C가 생성됩니다.
- 워크플로우 A - 버전 2는 업데이트 세트 B에 게시됩니다.
고객 업데이트 기록이 버전 2 페이로드와 함께 업데이트 세트 B에 추가됩니다.
버전 1 워크플로우가 게시되지 않은 상태로 고객 업데이트 기록이 업데이트 세트 B에 추가됩니다.
- 업데이트 세트 B가 완료되었습니다.
- 워크플로우 A - 버전 3은 업데이트 세트 C에 게시됩니다.
고객 업데이트 기록은 버전 3 페이로드와 함께 업데이트 세트 C에 추가됩니다.
버전 2 워크플로우가 게시되지 않은 상태로 고객 업데이트 기록이 업데이트 세트 C에 추가됩니다.
- 업데이트 세트 C가 완료되었습니다.
- 업데이트 세트 C가 프로덕션 인스턴스로 마이그레이션되어 커밋됩니다.
워크플로우 A - 버전 1이 게시되지 않음으로 설정되어 있습니다.
워크플로우 A - 버전 2가 포함된 업데이트 세트 B가 마이그레이션되지 않았으므로 버전 2 업데이트를 건너뜁니다.
워크플로우 A - 버전 3이 커밋되어 유일하게 게시된 버전의 워크플로우가 됩니다.
업데이트 세트 마이그레이션 위험
업데이트 세트 B가 프로덕션 인스턴스로 마이그레이션되어 커밋됩니다.
- 워크플로우 A - 버전 3이 게시되지 않음으로 설정되어 있습니다.
- 워크플로우 A - 버전 1이 게시되지 않은 상태로 유지됩니다.
- 워크플로우 A - 버전 2가 커밋되어 유일하게 게시된 버전의 워크플로우가 됩니다.
워크플로가 의도치 않게 한 버전으로 돌아갔습니다. 되돌아간 버전이 현재 게시된 버전이 됩니다.