Qué cambia realmente la transferencia
Una transferencia de repositorio de GitHub mueve el repositorio a una cuenta propietaria diferente. No es la misma operación que cambiar el nombre de usuario de tu perfil. Cambiar un nombre de usuario altera la identidad pública de la cuenta y las URL construidas a partir de ella; transferir un repositorio cambia quién es dueño de ese proyecto concreto. Si tu objetivo es un nombre de perfil más limpio en lugar de entregar un proyecto a otra persona, los pasos de transferencia que siguen son la herramienta equivocada.
La distinción importa para la planificación. Una vez retirada la cuenta del propietario original, nadie puede iniciar sesión para aceptar invitaciones, aprobar pasos posteriores ni corregir un enlace olvidado. Todo lo que dependa de la cuenta antigua debe resolverse antes de ese momento, no después.
Requisitos que confirmar antes de empezar
Dos condiciones deciden si una transferencia puede siquiera llevarse a cabo:
Una transferencia de repositorio requiere acceso de administrador y una cuenta receptora compatible sin un nombre de repositorio ni una red de forks en conflicto. Fuente
En la práctica, eso significa comprobar tres cosas en el lado del propietario y una en el lado del destinatario antes de solicitar nada:
| Comprobación | Quién la confirma | Por qué bloquea la transferencia |
|---|---|---|
| La cuenta propietaria tiene acceso de administrador al repositorio | Propietario | Sin derechos de administrador no se puede iniciar la transferencia |
| La cuenta receptora es compatible | Destinatario | Una cuenta receptora incompatible detiene la transferencia |
| No existe ya un repositorio con el mismo nombre en el destinatario | Destinatario | Un nombre en conflicto bloquea el traslado |
| No hay una red de forks en conflicto | Destinatario | Una red de forks en conflicto bloquea el traslado |
Si alguna fila falla, resuélvela antes de enviar la solicitud. Renombrar el repositorio en el lado del destinatario o elegir otra cuenta de destino son decisiones del destinatario, así que acuérdalas de antemano en lugar de descubrir el conflicto a mitad de la transferencia.
El paso de aceptación tiene una ventana corta
En las transferencias entre cuentas personales, el destinatario no es una parte pasiva. Tiene que actuar:
Para una transferencia a otra cuenta personal, el destinatario acepta una invitación por correo electrónico que caduca al cabo de un día. Fuente
Una caducidad de un día es el principal riesgo operativo de este flujo de trabajo. Si el destinatario está en otra zona horaria, de baja o simplemente no revisa su correo, la invitación puede caducar y la transferencia tiene que reiniciarse. Acuerda una hora de envío en la que el destinatario esté disponible y avísale de que recibirá el mensaje para que no quede sin leer.
Una lista de verificación sencilla para propietario y destinatario:
- Propietario: confirma el acceso de administrador, el repositorio exacto que se va a mover y que la cuenta del destinatario no tiene conflicto de nombre ni de red de forks.
- Destinatario: confirma la cuenta de destino y comprueba los mismos conflictos desde su lado.
- Ambos: acuerden una ventana de envío en la que el destinatario pueda responder en un día.
- Propietario: envía la solicitud de transferencia.
- Destinatario: acepta la invitación por correo electrónico sin demora e informa de vuelta.
- Propietario: confirma que el repositorio aparece ahora bajo la cuenta del destinatario antes de hacer nada con la cuenta antigua.
No retires la cuenta propietaria hasta que se confirme el paso 6. La cuenta antigua es el único lugar desde el que se puede reenviar una transferencia fallida o caducada.
Qué ocurre después con los enlaces públicos
El comportamiento de los enlaces es donde las transferencias sorprenden a la gente, porque dos tipos de enlaces se comportan de forma distinta:
Los enlaces del repositorio redirigen tras la transferencia, pero los sitios de GitHub Pages asociados no se redirigen; reutilizar la ubicación antigua del repositorio elimina la redirección del repositorio. Fuente
Eso da una separación clara para una auditoría de enlaces posterior a la transferencia:
| Tipo de enlace | Después de la transferencia | Acción necesaria |
|---|---|---|
| Enlaces del repositorio que apuntan a la ubicación antigua | Redirigen al nuevo propietario | Normalmente ninguna; verifica una muestra |
| Sitio de GitHub Pages creado a partir del repositorio | No se redirige | Actualiza todos los enlaces publicados al sitio de Pages |
| Ubicación antigua del repositorio reutilizada por otra persona | La redirección se elimina | Evita liberar la ubicación antigua; mantén los enlaces actualizados |
La tercera fila es la que más probablemente se pasa por alto. Si más adelante se reutiliza la ruta antigua del repositorio, la redirección que cubría discretamente tus enlaces antiguos desaparece. Trata la redirección como una comodidad durante la migración, no como una garantía permanente, y actualiza los enlaces que controlas en lugar de depender de ella.
Lista de verificación de enlaces públicos tras la transferencia
Ejecútala después de que el destinatario confirme la propiedad y antes de retirar la cuenta propietaria:
- Abre una muestra de enlaces del repositorio desde tu documentación, READMEs y cualquier sitio que haga referencia al proyecto, y confirma que resuelven al nuevo propietario.
- Identifica todos los sitios de GitHub Pages asociados al repositorio, ya que esos no se redirigen, y actualiza los enlaces publicados a ellos.
- Decide qué ocurre con la ubicación antigua del repositorio para que no se reutilice de una forma que elimine la redirección.
- Revisa los enlaces desde lugares que no controlas, como artículos externos o marcadores compartidos, y anota cuáles puedes actualizar y cuáles no.
- Mantén la cuenta propietaria activa hasta que todo lo anterior esté hecho.
Migración de propiedad frente a cambio de nombre de usuario
Transferir un repositorio y cambiar el nombre de usuario de un perfil son tareas separadas con riesgos separados. Una transferencia trata de quién es dueño de un proyecto; un cambio de nombre de usuario trata de la identidad pública de la propia cuenta. Si lo que realmente quieres es limpiar cómo aparece tu perfil en lugar de ceder un repositorio, empieza por la guía de nombre de usuario: cambiar tu nombre de usuario de GitHub sin dejar enlaces de perfil rotos.
Si haces ambas cosas, secuéncialas deliberadamente: resuelve primero la propiedad del repositorio, confirma que el nuevo propietario puede actuar de forma independiente y solo entonces cambia o retira la cuenta antigua. Hacerlo en el orden inverso deja la transferencia dependiente de una cuenta a la que ya has renunciado.
Dónde encaja una búsqueda de nombre de usuario y dónde no
Antes de retirar una cuenta, a menudo se quiere saber qué rastros públicos del nombre de usuario antiguo quedan en otros lugares. Una búsqueda de nombre de usuario puede mostrar coincidencias de perfiles públicos en otras plataformas, lo que resulta útil como lista de pistas para enlaces que quizá necesites actualizar. No es un inventario de cuentas, y una coincidencia no es prueba de que la misma persona sea dueña de ambas cuentas. Trata los resultados como lugares que comprobar a mano, no como confirmación de que un enlace está activo o de que una cuenta te pertenece.
TraceSeek cubre más de 3000 plataformas y ofrece un primer escaneo gratuito en 20-30 segundos. Eso puede ayudarte a crear una lista de verificación de perfiles públicos que revisar, pero no verifica la propiedad ni sustituye las comprobaciones de transferencia y enlaces anteriores. La transferencia del repositorio en sí ocurre en GitHub, no en una herramienta de búsqueda.
Un orden realista de operaciones
- Decide si necesitas una transferencia de repositorio, un cambio de nombre de usuario o ambos.
- Confirma el acceso de administrador, la compatibilidad del destinatario y que no hay conflicto de nombre ni de red de forks.
- Envía la transferencia cuando el destinatario pueda aceptarla en un día.
- Confirma que el repositorio está bajo el nuevo propietario.
- Audita los enlaces del repositorio y, por separado, los enlaces de GitHub Pages.
- Protege la ubicación antigua del repositorio frente a su reutilización.
- Solo entonces retira la cuenta propietaria.