Fase 6. Tareas de seguimiento

Comprobación del estado de la migración

En primer lugar, compruebe si la migración se realizó correctamente o si fue errónea.

La forma de comprobar el estado de la migración depende de cómo ejecutó la migración.

Si ejecutó la migración con GitHub CLI, de manera predeterminada, el proceso mostrará si la migración se realizó correctamente o si fue errónea una vez completada la migración. Si la migración falló, se mostrará el motivo del fallo.
```
Migration completed (ID: RM_123)! State: SUCCEEDED
```
Si ejecutó la migración con GitHub CLI con el argumento --queue-only opcional, el proceso se cerrará inmediatamente después de poner en cola la migración y no se le indicará si la migración se realizó correctamente o si fue errónea. Puede comprobar el estado de una migración mediante el comando wait-for-migration o revisando el registro de migración.

Revisión del registro de migración

Debe revisar el registro de migración para cada repositorio migrado. Los usuarios con acceso de lectura a un repositorio pueden acceder al registro de migración del repositorio en GitHub.

Navega al repositorio migrado en la organización de destino.
Debajo del nombre del repositorio, haz clic en Issues.
Haz clic en la incidencia con el título "Registro de migración".

Para más información, consulta Acceso a los registros de migración para GitHub Enterprise Importer.

Configurar la visibilidad de un repositorio

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, puedes usar GitHub CLI para cambiar la visibilidad del repositorio desde la línea de comandos. Para obtener más información, vea gh repo edit en la documentación de GitHub CLI.

Por ejemplo, reemplace YOUR_ORG por el nombre de la organización y el comando siguiente establecerá todos los repositorios de la organización en visibilidad interna.
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
```

Recuperación de maniquíes

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

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.

Decide si quieres reclamar maniquíes.
Planifica cuándo completarás las reclamaciones.
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.
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.

Configuración de listas de direcciones IP permitidas

Si has agregado los intervalos IP para GitHub Enterprise Importer a la lista de direcciones IP permitidas para la organización de destino, puedes quitar esas entradas. 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.

Configuración de Azure Pipelines y Azure Boards

Si ha usado Azure Pipelines o Azure Boards anteriormente y quiere seguir usándolas con los repositorios ahora se hospedan en GitHub, puede seguir estas guías en Microsoft Learn para configurar la extensión pertinente.

        [Conexión de Azure Pipelines a GitHub](https://learn.microsoft.com/en-us/azure/devops/pipelines/repos/github)

        [Configuración de la aplicación Azure Boards para GitHub](https://learn.microsoft.com/en-us/azure/devops/boards/github/install-github-app)

Apoyar a sus desarrolladores en su nuevo entorno

Hay algunas diferencias entre Azure DevOps y GitHub que podrían resultarle útiles para usted y los desarrolladores. Comparta Diferencias clave entre Azure DevOps y GitHub con ellos.

En este artículo