# 후속 작업

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

## 마이그레이션 상태 확인

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

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

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

  ```text
  Migration completed (ID: RM_123)! State: SUCCEEDED
  ```

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

## 마이그레이션 로그 검토

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

1. 대상 조직의 마이그레이션된 리포지토리로 이동합니다.
2. 리포지토리 이름 아래에서 **<svg version="1.1" width="16" height="16" viewBox="0 0 16 16" class="octicon octicon-issue-opened" aria-label="issue-opened" role="img"><path d="M8 9.5a1.5 1.5 0 1 0 0-3 1.5 1.5 0 0 0 0 3Z"></path><path d="M8 0a8 8 0 1 1 0 16A8 8 0 0 1 8 0ZM1.5 8a6.5 6.5 0 1 0 13 0 6.5 6.5 0 0 0-13 0Z"></path></svg> Issues**를 클릭합니다.

   ![리포지토리의 기본 페이지 스크린샷. 가로 탐색 모음에서 "문제" 레이블이 지정된 탭이 진한 주황색으로 표시됩니다.](/assets/images/help/repository/repo-tabs-issues-global-nav-update.png)
3. "마이그레이션 로그"라는 제목의 문제를 클릭합니다.

자세한 내용은 [GitHub Enterprise Importer에 대한 마이그레이션 로그 액세스](/ko/migrations/using-github-enterprise-importer/completing-your-migration-with-github-enterprise-importer/accessing-your-migration-logs-for-github-enterprise-importer)을(를) 참조하세요.

## 리포지토리 표시 유형 설정

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

* 브라우저에서 리포지토리의 표시 유형을 변경할 수 있습니다. 자세한 내용은 [리포지토리 표시 유형 설정](/ko/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/setting-repository-visibility)을(를) 참조하세요.
* 또는 명령줄에서 리포지토리 표시 유형을 변경하는 데 사용할 GitHub CLI 수 있습니다. 자세한 내용은 설명서를 참조 [`gh repo edit`](https://cli.github.com/manual/gh_repo_edit)GitHub CLI 하세요.

  예를 들어 YOUR\_ORG 조직 이름으로 바꾸고, 아래 명령은 조직의 모든 리포지토리를 내부 표시 유형으로 설정합니다.

  ```bash copy
  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 또는 Enterprise Live Migrations을 실행한 후 마이그레이션된 리포지토리에서는 모든 사용자 활동이 (Git 커밋은 제외) 마네킹으로 불리는 자리 표시자 ID에 속하게 됩니다.

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

1. 마네킹을 회수할지에 대한 여부를 결정합니다.
2. 회수를 언제 완료할지 계획합니다.
3. 마네킹을 회수합니다. GitHub CLI 또는 브라우저에서 각 마네킹에 대한 기록을 조직 구성원에게 다시 배포할 수 있습니다. GitHub CLI를 사용하는 경우 대량으로 마네킹을 회수할 수 있습니다. 자세한 내용은 [GitHub Enterprise Importer용 마네킹 회수하기](/ko/migrations/using-github-enterprise-importer/completing-your-migration-with-github-enterprise-importer/reclaiming-mannequins-for-github-enterprise-importer)를 참조하세요.
4. 구성원 중 팀 멤버 자격을 통해 리포지토리에 대한 적절한 액세스 권한이 아직 없는 경우, 구성원에게 리포지토리에 대한 액세스 권한을 부여합니다. 자세한 내용은 [조직 리포지토리에 대한 개인 액세스 권한 관리](/ko/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/managing-an-individuals-access-to-an-organization-repository)을(를) 참조하세요.

## IP 허용 목록 구성

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