후속 작업

각 마이그레이션이 완료되면 리포지토리가 작동할 준비가 되기 전에 몇 가지 추가 작업을 완료해야 합니다.

Run your migration

전체 6개 중 6번째 문서
추가 문서 →

이 기사에서

마이그레이션 상태 확인

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

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

  • 기본적으로 <a0 />를 사용하여 마이그레이션을 실행한 경우 마이그레이션이 완료된 후 마이그레이션이 성공했는지 또는 실패했는지 여부가 프로세스에 표시됩니다. 마이그레이션에 실패한 경우 실패 이유가 표시됩니다.

    Migration completed (ID: RM_123)! State: SUCCEEDED

  • 선택적 GitHub CLI 인수를 사용하여 --queue-only 마이그레이션을 실행한 경우 마이그레이션을 큐에 대기한 직후 프로세스가 종료되고 마이그레이션이 성공했는지 또는 실패했는지는 알려주지 않습니다. wait-for-migration 명령을 사용하거나 마이그레이션 로그를 검토하여 마이그레이션의 상태 검사 수 있습니다.

마이그레이션 로그 검토

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

  1. 대상 조직의 마이그레이션된 리포지토리로 이동합니다.

  2. 리포지토리 이름 아래에서 Issues를 클릭합니다.

    리포지토리의 기본 페이지 스크린샷. 가로 탐색 모음에서 "문제" 레이블이 지정된 탭이 진한 주황색으로 표시됩니다.

  3. "마이그레이션 로그"라는 제목의 문제를 클릭합니다.

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

리포지토리 표시 유형 설정

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

  • 브라우저에서 리포지토리의 표시 유형을 변경할 수 있습니다. 자세한 내용은 리포지토리 표시 유형 설정을(를) 참조하세요.

  • 또는 명령줄에서 리포지토리 표시 유형을 변경하는 데 사용할 GitHub CLI 수 있습니다. 자세한 내용은 설명서를 참조 gh repo editGitHub CLI 하세요.

    예를 들어 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

마네킹 회수

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

참고

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

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

IP 허용 목록 구성

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

Azure Pipelines 및 Azure Boards 구성

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

  •         [Azure Pipelines를 GitHub에 연결하기](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 간의 주요 차이점을/를 그들과 공유하세요.

이전Azure DevOps에서 GitHub로 리포지토리를 마이그레이션하세요.