6단계. 후속 작업

마이그레이션 상태 확인

먼저 마이그레이션이 성공했는지 실패했는지 확인합니다.

마이그레이션의 상태 검사 방법은 마이그레이션을 실행하는 방법에 따라 달라집니다.

GitHub CLI를 사용하여 마이그레이션을 실행한 경우 기본적으로 마이그레이션이 완료되면 마이그레이션이 성공했는지 아니면 실패했는지 여부가 프로세스에 표시됩니다. 마이그레이션에 실패한 경우 실패 이유가 표시됩니다.
```
Migration completed (ID: RM_123)! State: SUCCEEDED
```
선택적 --queue-only 인수와 함께 GitHub CLI를 사용하여 마이그레이션을 실행한 경우 마이그레이션을 대기한 직후 프로세스가 종료되고 마이그레이션이 성공했는지 또는 실패했는지는 알려주지 않습니다. wait-for-migration 명령을 사용하거나 마이그레이션 로그를 검토하여 마이그레이션의 상태 검사 수 있습니다.

마이그레이션 로그 검토

마이그레이션된 각 리포지토리에 대한 마이그레이션 로그를 검토해야 합니다. 리포지토리에 대한 읽기 권한이 있는 사람은 GitHub의 리포지토리에 대한 마이그레이션 로그에 액세스할 수 있습니다.

대상 조직의 마이그레이션된 리포지토리로 이동합니다.
리포지토리 이름 아래에서 Issues를 클릭합니다.
"마이그레이션 로그"라는 제목의 문제를 클릭합니다.

자세한 내용은 GitHub Enterprise Importer에 대한 마이그레이션 로그 액세스을(를) 참조하세요.

리포지토리 표시 유형 설정

모든 리포지토리는 기본적으로 비공개로 마이그레이션되며 마이그레이션 및 조직 소유자가 실행한 사용자만 리포지토리에 액세스할 수 있습니다. 리포지토리를 비공개로 만들지 않기 위해선, 표시 유형을 변경합니다.

브라우저에서 리포지토리의 표시 유형을 변경할 수 있습니다. 자세한 내용은 리포지토리 표시 유형 설정을(를) 참조하세요.
또는 GitHub CLI을(를) 사용하여 명령줄에서 리포지토리 표시 유형을 변경할 수 있습니다. 자세한 내용은 GitHub CLI 설명서의 “gh repo edit”을 참조하세요.

예를 들어 YOUR_ORG 조직 이름으로 바꾸고, 아래 명령은 조직의 모든 리포지토리를 내부 표시 유형으로 설정합니다.
Bash
```
export ORG=YOUR_ORG
gh repo list "$ORG" --limit 100000 --json name -q '.[].name' | xargs -I{} gh repo edit "$ORG/{}" --visibility internal
```
```
export ORG=YOUR_ORG
gh repo list "$ORG" --limit 100000 --json name -q '.[].name' | xargs -I{} gh repo edit "$ORG/{}" --visibility internal
```

마네킹 회수

GitHub Enterprise Importer을(를) 사용하여 마이그레이션을 실행하면, 마이그레이션된 리포지토리의 모든 사용자 활동(Git 커밋 제외)은 마네킹이라는 자리 표시자 ID에 기인합니다.

참고

조직 소유자만이 마네킹을 회수할 수 있습니다. 마이그레이션자 역할이 부여된 경우, 조직 소유자에게 문의하여 이 단계를 수행합니다.

마네킹을 회수할지에 대한 여부를 결정합니다.
회수를 언제 완료할지 계획합니다.
마네킹을 회수합니다. GitHub CLI 또는 브라우저에서 각 마네킹에 대한 기록을 조직 구성원에게 다시 배포할 수 있습니다. GitHub CLI를 사용하는 경우 대량으로 마네킹을 회수할 수 있습니다. 자세한 내용은 GitHub Enterprise Importer용 마네킹 회수하기를 참조하세요.
구성원 중 팀 멤버 자격을 통해 리포지토리에 대한 적절한 액세스 권한이 아직 없는 경우, 구성원에게 리포지토리에 대한 액세스 권한을 부여합니다. 자세한 내용은 조직 리포지토리에 대한 개인 액세스 권한 관리을(를) 참조하세요.

IP 허용 목록 구성

GitHub Enterprise Importer에 대한 IP 범위를 대상 조직의 IP 허용 목록에 추가한 경우 해당 항목을 제거할 수 있습니다. 대상 엔터프라이즈에 대한 ID 공급자의 IP 허용 목록 제한을 사용하지 않도록 설정했을 경우, 지금 다시 사용하도록 설정할 수 있습니다.

Azure Pipelines 및 Azure Boards 구성

이전에 Azure Pipelines 또는 Azure Boards를 사용했으며 이제 리포지토리와 함께 계속 사용하려는 경우 GitHub에서 호스팅됩니다. Microsoft Learn의 다음 가이드에 따라 관련 확장을 구성할 수 있습니다.

        [GitHub에 Azure Pipelines 연결](https://learn.microsoft.com/en-us/azure/devops/pipelines/repos/github)

        [GitHub용 Azure Boards 앱 구성](https://learn.microsoft.com/en-us/azure/devops/boards/github/install-github-app)

새 환경에서 개발자 지원

Azure DevOps와 GitHub 사이에는 몇 가지 차이점이 있어, 개발자들이 알고 있으면 유용합니다. Azure DevOps와 GitHub의 주요 차이점을/를 그들과 공유하세요.

이 기사에서