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 forma predeterminada, el proceso mostrará si la migración se realizó correctamente o no 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 el GitHub CLI y el argumento opcional --queue-only, el proceso terminará inmediatamente después de poner en cola la migración, y no le indicará si la migración tuvo éxito o fracasó. 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 obtener más información, vea 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, 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.

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 ha agregado los intervalos IP para GitHub Enterprise Importer a la lista de direcciones IP permitidas para la organización de destino, puede 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 usó Azure Pipelines o Azure Boards anteriormente y quiere seguir usándolas con sus repositorios que ahora están hospedados en GitHub, puede consultar estas guías en Microsoft Learn para configurar la extensión pertinente.

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

        [Configurar la aplicación de 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 alguna diferencia entre Azure DevOps y GitHub que sería útil para usted y sus desarrolladores saber. Comparta Diferencias clave entre Azure DevOps y GitHub con ellos.

Run your migration

En este artículo