{"meta":{"title":"후속 작업","intro":"각 마이그레이션이 완료되면 리포지토리가 작동할 준비가 되기 전에 몇 가지 추가 작업을 완료해야 합니다.","product":"마이그레이션","breadcrumbs":[{"href":"/ko/migrations","title":"마이그레이션"},{"href":"/ko/migrations/using-github-enterprise-importer","title":"GitHub Enterprise Importer"},{"href":"/ko/migrations/using-github-enterprise-importer/migrate-from-gitlab","title":"GitLab에서 마이그레이션"},{"href":"/ko/migrations/using-github-enterprise-importer/migrate-from-gitlab/follow-up-tasks","title":"7. 후속 작업"}],"documentType":"article"},"body":"# 후속 작업\n\n각 마이그레이션이 완료되면 리포지토리가 작동할 준비가 되기 전에 몇 가지 추가 작업을 완료해야 합니다.\n\n## 마이그레이션 상태 확인\n\n먼저 마이그레이션이 성공했는지 실패했는지 확인합니다.\n\n마이그레이션의 상태 검사 방법은 마이그레이션을 실행하는 방법에 따라 달라집니다.\n\n* 기본적으로 \\<a0 <c0 />/>를 사용하여 마이그레이션을 실행한 경우 마이그레이션이 완료된 후 마이그레이션이 성공했는지 또는 실패했는지 여부가 프로세스에 표시됩니다. 마이그레이션에 실패한 경우 실패 이유가 표시됩니다.\n\n  ```text\n  Migration completed (ID: RM_123)! State: SUCCEEDED\n  ```\n\n* 선택적 GitHub CLI 인수를 사용하여 `--queue-only` 마이그레이션을 실행한 경우 마이그레이션을 큐에 대기한 직후 프로세스가 종료되고 마이그레이션이 성공했는지 또는 실패했는지는 알려주지 않습니다.\n  `wait-for-migration` 명령을 사용하거나 마이그레이션 로그를 검토하여 마이그레이션의 상태 검사 수 있습니다.\n\n## 마이그레이션 로그 검토\n\n마이그레이션된 각 리포지토리에 대한 마이그레이션 로그를 검토해야 합니다. 리포지토리에 대한 읽기 권한이 있는 사용자는 리포지토리의 마이그레이션 로그에 GitHub액세스할 수 있습니다.\n\n1. 대상 조직의 마이그레이션된 리포지토리로 이동합니다.\n2. 리포지토리 이름 아래에서 **<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**를 클릭합니다.\n\n   ![리포지토리의 기본 페이지 스크린샷. 가로 탐색 모음에서 \"문제\" 레이블이 지정된 탭이 진한 주황색으로 표시됩니다.](/assets/images/help/repository/repo-tabs-issues-global-nav-update.png)\n3. \"마이그레이션 로그\"라는 제목의 문제를 클릭합니다.\n\n자세한 내용은 [GitHub Enterprise Importer에 대한 마이그레이션 로그 액세스](/ko/migrations/using-github-enterprise-importer/completing-your-migration-with-github-enterprise-importer/accessing-your-migration-logs-for-github-enterprise-importer)을(를) 참조하세요.\n\n## 리포지토리 표시 유형 설정\n\n모든 리포지토리는 기본적으로 비공개로 마이그레이션되며 마이그레이션 및 조직 소유자가 실행한 사용자만 리포지토리에 액세스할 수 있습니다. 리포지토리를 비공개로 만들지 않기 위해선, 표시 유형을 변경합니다.\n\n* 브라우저에서 리포지토리의 표시 유형을 변경할 수 있습니다. 자세한 내용은 [리포지토리 표시 유형 설정](/ko/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/setting-repository-visibility)을(를) 참조하세요.\n* 또는 명령줄에서 리포지토리 표시 유형을 변경하는 데 사용할 GitHub CLI 수 있습니다. 자세한 내용은 설명서를 참조 [`gh repo edit`](https://cli.github.com/manual/gh_repo_edit)GitHub CLI 하세요.\n\n  예를 들어 YOUR\\_ORG 조직 이름으로 바꾸고, 아래 명령은 조직의 모든 리포지토리를 내부 표시 유형으로 설정합니다.\n\n  ```bash copy\n  export ORG=YOUR_ORG\n  gh repo list \"$ORG\" --limit 100000 --json name -q '.[].name' | xargs -I{} gh repo edit \"$ORG/{}\" --visibility internal\n  ```\n\n## 마네킹 회수\n\n마이그레이션 GitHub Enterprise Importer 또는 Enterprise Live Migrations을 실행한 후 마이그레이션된 리포지토리에서는 모든 사용자 활동이 (Git 커밋은 제외) 마네킹으로 불리는 자리 표시자 ID에 속하게 됩니다.\n\n> \\[!NOTE]\n> 조직 소유자만이 마네킹을 회수할 수 있습니다. 마이그레이션자 역할이 부여된 경우, 조직 소유자에게 문의하여 이 단계를 수행합니다.\n\n1. 마네킹을 회수할지에 대한 여부를 결정합니다.\n2. 회수를 언제 완료할지 계획합니다.\n3. 마네킹을 회수합니다. 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)를 참조하세요.\n4. 구성원 중 팀 멤버 자격을 통해 리포지토리에 대한 적절한 액세스 권한이 아직 없는 경우, 구성원에게 리포지토리에 대한 액세스 권한을 부여합니다. 자세한 내용은 [조직 리포지토리에 대한 개인 액세스 권한 관리](/ko/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/managing-an-individuals-access-to-an-organization-repository)을(를) 참조하세요.\n\n## IP 허용 목록 구성\n\n대상 조직의 IP 허용 목록에 대한 GitHub Enterprise Importer IP 범위를 추가한 경우 해당 항목을 제거할 수 있습니다. 대상 엔터프라이즈에 대한 ID 공급자의 IP 허용 목록 제한을 사용하지 않도록 설정했을 경우, 지금 다시 사용하도록 설정할 수 있습니다."}