완료된 업데이트 세트 기록을 소스 통제로 마이그레이션
소스 통제에 연결할 때 이 기능을 사용하면 애플리케이션 개발자가 완료된 업데이트 세트의 정보를 소스 통제 기록으로 마이그레이션할 수 있습니다.
마이그레이션하기 전
- 필요한 역할: admin
- 소스 통제에 애플리케이션 또는 애플리케이션 커스터마이제이션 링크 주제 읽기
- 소스 통제 기록으로 익스포트하려는 애플리케이션에 대한 모든 업데이트 세트를 완료합니다.
- 완료된 업데이트 세트를 보존하려면 익스포트합니다.
- "예, 업데이트 세트 이력을 커밋으로 유지합니다"를 선택하면 업데이트 세트 이력이 소스 통제 커밋으로 보존됩니다.
- "아니요, 업데이트 세트 기록을 커밋으로 유지하지 않습니다"를 선택하면 커밋으로 보존되지 않습니다.
소스 통제에 연결하는 애플리케이션에 대한 업데이트와 함께 완료된 모든 업데이트 세트마다 업데이트 세트의 sys_update_xml 기록을 기반으로 시스템이 자동으로 커밋을 생성합니다. 커밋은 sys_recorded_at 타임스탬프를 기준으로 정렬됩니다. 전역 애플리케이션의 경우: 애플리케이션에 속하며 완료된 전역 업데이트 세트의 일부인 sys_update_xml 기록은 기록 커밋으로 캡처됩니다.
- 서로 다른 업데이트 세트 간에 순서가 잘못된 파일의 업데이트가 있는 경우
- 업데이트 세트에 단일 파일에 대한 여러 업데이트 기록이 포함되어 있는 경우
업데이트 세트의 커밋은 각 업데이트를 나타내기 위해 여러 커밋([Historical Commit 1], [Historical Commit 2]...)으로 분할됩니다. 이렇게 하면 각 파일에 순서가 지정된 업데이트 기록이 있습니다.
author_elective_update 폴더는 초기 커밋까지 생성되지 않습니다. 즉, 초기 커밋에서 sys_choice 파일과 같은 파일의 이름이 바뀌고 업데이트 폴더에서 author_elective_update 폴더로 이동되는 것을 볼 수 있습니다. 기록 커밋의 업데이트 세트에서 삭제된 모든 파일은 삭제되며 실제 커밋의 경우처럼 author_elective_update 폴더로 이동되지 않습니다. 초기 커밋 중에 완료된 업데이트 세트의 일부로 삭제된 모든 삭제 sys_update_xml 기록에 대해서도 삭제 페이로드가 생성됩니다.
[Historical Commit 1] <Name of update set that this commit belongs to>
Description: <Description of update set that this commit belongs to>
Update Set was completed on / installed on <date>
Update Set was completed by <sys_user user_name > <sys_user email>
{}
{배치 업데이트 세트 정보(아래의 배치 업데이트 세트 섹션 참조) }
배치 업데이트 세트
업데이트 세트가 배치 업데이트 세트의 일부인 경우 해당 정보는 다음 형식으로 커밋 메시지에 추가되며 가장 높은 숫자는 배치 기본입니다.
{
"1": {
"parent": "<name of parent update set>",
"description": "<description of parent update set>"
},
"2": {
"parent": " <name of parent 1’s parent update set> ",
"description": " <description of parent 1’s parent update set> "
}
}
커스터마이제이션
glide.source_control.historical_commit_fields 속성을 추가하여 커밋 메시지에 포함할 필드를 추가할 수 있습니다. 값은 사용자가 XML 필드에서 포함하려는 필드의 쉼표로 구분sys_update_set 목록입니다. 공백과 유효하지 않거나 철자가 잘못된 필드 이름은 무시됩니다. 이 속성은 커밋한 사용자가 업데이트 세트 기록을 유지하기로 선택한 경우 인스턴스에서 소스 통제에 연결된 모든 애플리케이션에 사용됩니다.