Skip to main content
Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.

Esta versión de GitHub Enterprise se discontinuó el 2022-06-03. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener un mejor desempeño, más seguridad y nuevas características, actualiza a la última versión de GitHub Enterprise. Para obtener ayuda con la actualización, contacta al soporte de GitHub Enterprise.

Migrar hacia repositorios internos

Puedes migrar hacia repositorios internos para unificar la experiencia de innersource para los desarolladores que utilicen tanto GitHub Enterprise Server como Nube de GitHub Enterprise.

Site administrators can migrate to internal repositories.

Acerca de los repositorios internos

Los repositorios internos están disponibles desde GitHub Enterprise Server 2.20+. Puedes utilizar repositorios internos para practicar el "innersource" dentro de tu empresa. Los miembros de tu empresa pueden colaborar utilizando metodologías de código abierto sin compartir información propietaria al público, aún cuando se inhabilite el modo privado. para obtener más información, consulta la sección"Acerca de los repositorios".

En lanzamientos futuros de GitHub Enterprise Server, ajustaremos la manera en la que funciona la visibilidad de los repositorios para que los conceptos público, interno y privado tengan un significado uniforme para los desarrolladores de GitHub Enterprise Server y Nube de GitHub Enterprise.

Para prepararse para estos cambios, si has habilitado el modo privado, puedes ejecutar una migración en tu instancia para convertir los repositorios públicos en internos. Esta migración es opcional actualmente. Esto sirve para permitirte probar los cambios en una instancia no productiva. La migración será obligatoria en el futuro.

Cuando ejecutas la migración, todos los repositorios públicos propiedad de las organizaciones en tu instancia se convertirán en repositorios internos. En caso de que cualquiera de estos repositorios tenga ramificaciones, estas se convertirán en privadas. Los repositorios privados permanecerán como privados.

Todos los repositorios públicos propiedad de cuentas de usuario en tu instancia se convertirán en repositorios privados. Si cualquiera de estos repositorios tienen ramificaciones, éstas también se convertirán en privadas. A cada dueño de una ramificación se le otorgarán permisos de lectura para el directorio padre de la misma.

Se inhabilitará el acceso de lectura anónimo para Git en cada repositorio público que se convierta en interno o privado.

Si tu visibilidad predeterminada actual para los repositorios es pública, ahora se convertirá en interna. Si la predeterminada es privada, entonces no cambiará. Puedes cambiar esta configuración predeterminada en cualquier momento. Para obtener más información consulta la sección "Requerir políticas de administración de repositorios en tu empresa".

La política de creación de repositorios para la instancia cambiará para inhabilitar los repositorios públicos y permitir los privados e internos. Puedes actualizar la política en cualquier momento. Para obtener más información, consulta "Restringir la creación de repositorios en tu instancia."

El script de migración no tendrá efecto si no tienes el modo privado habilitado.

Ejecutar la migración

  1. Conecta con el shell administrativo. Para obtener más información, consulta "Acceder al shell administrativo (SSH)."

  2. Ejecuta el comando de migración.

    github-env bin/safe-ruby lib/github/transitions/20191210220630_convert_public_ghes_repos_to_internal.rb --verbose -w |  tee -a /tmp/convert_public_ghes_repos_to_internal.log

Se mostrará el registro de salida en la terminal y quedará en /tmp/convert_public_ghes_repos_to_internal.log.

Leer más