Follow-up tasks

After each migration has finished, you'll need to complete some additional tasks before the repository is ready for work.

Run your migration

Artículo 7 de 7
Más artículos →

En este artículo

Checking the migration status

First, check whether your migration succeeded or failed.

The way you check the status of your migration depends on how you ran the migration.

  • If you ran the migration using the GitHub CLI, by default, the process will display whether the migration succeeded or failed once the migration is complete. If the migration failed, you will see the reason for failure.

    Migration completed (ID: RM_123)! State: SUCCEEDED

  • If you ran the migration using the GitHub CLI with the optional --queue-only argument, the process will exit immediately after queueing the migration, and will not tell you if the migration succeeded or failed. You can check a migration's status using the wait-for-migration command, or by reviewing the migration log.

Reviewing the migration log

You should review the migration log for each migrated repository. People with read access to a repository can access the migration log for the repository on GitHub.

  1. Navigate to the migrated repository in your destination organization.

  2. Debajo del nombre del repositorio, haz clic en Issues.

    Captura de pantalla de la página principal de un repositorio. En la barra de navegación horizontal, una pestaña, con la etiqueta "Problemas", se destaca en naranja oscuro.

  3. Click the issue with the title "Migration Log."

For more information, see Acceso a los registros de migración para GitHub Enterprise Importer.

Setting repository visibility

Todos los repositorios se migran como privados de manera predeterminada y solo el usuario que ha ejecutado la migración y los propietarios de la organización tendrán acceso al repositorio. Si no quieres que el repositorio sea privado, cambia la visibilidad.

  • Puedes cambiar la visibilidad de un repositorio en el explorador. Para más información, consulta Configurar la visibilidad de un repositorio.

  • Como alternativa, puede usar GitHub CLI para cambiar la visibilidad del repositorio desde la línea de comandos. Para obtener más información, consulte gh repo edit la GitHub CLI documentación.

    For example, replace YOUR_ORG with your organization name, and the command below will set all of the organization's repositories to internal visibility.

    Bash
    export ORG=YOUR_ORG
gh repo list "$ORG" --limit 100000 --json name -q '.[].name' | xargs -I{} gh repo edit "$ORG/{}" --visibility internal

Reclaiming mannequins

Después de ejecutar una migración con GitHub Enterprise Importer o Enterprise Live Migrations, toda la actividad del usuario en el repositorio migrado (excepto las confirmaciones de Git) se atribuye a las identidades de marcador de posición denominadas mannequins.

Nota:

Solo los propietarios de la organización pueden reclamar maniquíes. Si se te ha concedido el rol de migración, ponte en contacto con un propietario de la organización para realizar este paso.

  1. Decide si quieres reclamar maniquíes.
  2. Planifica cuándo completarás las reclamaciones.
  3. Recupera maniquíes. Puede reasignar el historial de cada maniquí a un miembro de la organización con la CLI de GitHub o en el explorador. Si usa la CLI de GitHub, puede reclamar mannequins de forma masiva. Para más información, consulta Reclamación de maniquíes para GitHub Enterprise Importer.
  4. Si alguno de los miembros aún no tiene el acceso adecuado al repositorio por medio de la pertenencia al equipo, concede a los miembros acceso al repositorio. Para más información, consulta Administrar el acceso de una persona a un repositorio de una organización.

Configuring IP allow lists

If you added the IP ranges for GitHub Enterprise Importer to the IP allow list for your destination organization, you can remove those entries. Si has deshabilitado las restricciones de lista de direcciones IP permitidas del proveedor de identidades para la empresa de destino, ahora puedes volver a habilitarlas.