버전 푸시

개발 인스턴스에서 상위 인스턴스로 버전을 푸시할 수 있습니다.

시작하기 전에

필요한 역할: 관리자

이 태스크 정보

밀어넣으면 모든 개발 버전이 아니라 현재 개발 버전만 상위 개발에 추가됩니다. 다른 애플리케이션의 기록에 대한 업데이트는 동일한 밀어넣기/끌어오기로 밀어넣기/끌어올 수 없습니다.

다른 애플리케이션에 대한 업데이트가 섞여 있는 경우 오류를 해결할 수 있습니다.

1. 다른 애플리케이션에 대한 업데이트를 중지합니다.
2. 하나의 애플리케이션에 대해 푸시합니다.
3. 업데이트를 하나의 애플리케이션에 다시 큐에 넣습니다.
4. 밀고 필요에 따라 반복합니다.

밀어넣으면 상위에 완료로 표시된 로컬 업데이트 세트가 만들어집니다. 밀어넣은 변경 내용도 상위에 대한 로컬 변경 내용으로 추적됩니다. 업데이트 세트를 이전하여 개발 및 테스트 계층 구조 전체에서 변경을 승격할 수 있습니다. 로컬 변경 내용을 밀어넣을 수도 있습니다. 각 밀어넣기는 개발 인스턴스의 밀어넣기 또는 끌어오기 테이블에 기록됩니다.

프로시저

1. 다음으로 이동 모두 > 팀 개발 > 팀 대시보드.
2. 밀어넣을 준비가 된 로컬 변경 내용을 큐에 대기합니다.
3. 상위 인스턴스에서 버전을 끌어와충돌을 해결합니다.

   충돌이 탐지되면 상위 인스턴스에 변경 내용을 밀어넣을 수 없습니다.

4. 제어판에서 밀어넣기를 선택합니다.
   변경 내용 밀어넣기 페이지가 열립니다.
5. 변경 사항의 이름을 입력합니다.
6. 변경 목록을 검토하여 올바른 변경 내용이 포함되었는지 확인합니다.
   • 변경 사항을 제거하려면

     변경 내용을 선택하고 작업 목록에서 밀어넣지 않음을 선택합니다.

   • 변경 내용을 추가하려면 다음을 수행합니다.

     취소를 선택한 다음, 추가할 변경 내용을 선택합니다.

7. 옵션: 설명을 입력합니다.
   코멘트는 개발 인스턴스의 밀어넣기 기록과 상위 인스턴스의 로컬 업데이트 세트 기록에 추가됩니다.
8. 변경 사항 밀어넣기를 선택합니다.
   시스템은 밀어넣기를 진행하기 전에 충돌이 없는지 확인하기 위해 끌어오기를 시작합니다.

   • 충돌이 탐지되면 밀어넣기가 자동으로 취소되고 3단계부터 절차를 반복해야 합니다.
   • 충돌이 탐지되지 않으면 변경 내용이 상위 인스턴스에 스테이징됩니다. 상위에서 각 버전은 기록 간의 의존성을 유지하기 위해 올바른 순서로 확인된 다음 커밋됩니다. 예를 들어, 필드가 제대로 생성되었는지 확인하기 위해 해당 테이블의 필드 앞에 새 테이블이 커밋됩니다.

   주:

   인스턴스 간에 버전이 상충하거나 밀어넣기 인스턴스의 코드 검토 대기 중 단계에 변경 내용이 있는 경우 밀어넣을 수 없습니다.
9. 완료 페이지에서 결과 표시를 선택합니다.
10. 푸시 기록에 오류 또는 건너뛴 변경 사항이 있는지 검토합니다.
    • 밀어넣음 상태의 변경 사항이 상위 인스턴스에서 커밋되었습니다.
    • 건너뜀 상태의 변경 내용이 상위 인스턴스에서 커밋되지 않았으며 개발 인스턴스에서 로컬 변경 내용으로 큐에 대기 상태로 남아 있습니다.
11. 건너뛴 각 변경에 대해 로그 메시지를 검토하여 변경을 건너뛴 이유를 확인합니다.
    상위 인스턴스에서 원하는 버전을 커밋하는 데 필요한 변경 사항을 개발한 다음 푸시합니다. 변경을 건너뛰는 이유에 대한 몇 가지 예는 다음과 같습니다.

    • 개발 인스턴스에서 플러그인을 활성화했을 때 테이블이 생성되었기 때문에 상위 테이블은 존재하지 않습니다. 플러그인이 상위에서 활성화되어 있는지 확인하고 변경 내용을 다시 푸시합니다.
    • 밀어넣기 중 오류가 발생했습니다. 다시 밀어넣으십시오.
    • 현재 버전이 잘못되었습니다. 이전 버전으로 되돌리고 다시 변경하여 버전이 유효한지 확인합니다.
    • 푸시 중에 상위 항목에서 오류가 발생했습니다. 밀어넣기 기록의 로그 필드에 예외 메시지가 포함되어 있습니다. 상위 인스턴스의 시스템 로그를 검토하고 인스턴스와 관련된 문제를 해결합니다.