Lo que GitHub recomienda oficialmente
Manejar dos cuentas de GitHub parece manejable al principio.
Una guarda tus proyectos de fin de semana; la otra, tu trabajo con clientes o tus estudios.
Con el tiempo, esa división genera fricción: las contribuciones caen en el perfil equivocado y los colaboradores mencionan al usuario incorrecto.
Tu historial público también parece más pequeño de lo que realmente es.
GitHub no ofrece un botón de fusión con un solo clic.
Lo que sí ofrece es una ruta de consolidación documentada: mover repositorios, actualizar clones locales, corregir la atribución de commits y eliminar la cuenta sobrante.
Esta guía recorre cada paso, qué puede salir mal y cómo decidir si fusionar es lo correcto para ti.
La orientación de GitHub es clara: si mantienes cuentas separadas para el trabajo y el uso personal, recomiendan usar una sola cuenta personal para ambas cosas (GitHub Docs).
En otras palabras, la división es posible, pero la configuración preferida de la plataforma es una única cuenta.
Como no existe una fusión nativa, consolidar significa combinar manualmente el contenido de una cuenta en la otra y luego eliminar el resto vacío.
Los pasos siguientes siguen el proceso documentado por GitHub.
Paso 1: Decide qué cuenta conservar
Antes de mover nada, elige la cuenta que sobrevivirá.
Considera:
- Historial y reputación. ¿Qué perfil tiene el historial de contribuciones, los seguidores y los repositorios que importan para tus objetivos?
- Correo electrónico asociado. ¿Qué cuenta está vinculada al correo que usas en la mayoría de tus commits? Esto importa para la atribución más adelante.
- Dependencias externas. ¿Qué nombre de usuario aparece en documentación, insignias de README, registros de paquetes o enlaces que has compartido?
No existe una respuesta universalmente correcta.
Un freelancer puede conservar la cuenta que sus clientes ya conocen; un estudiante, la que acumula años de trabajos de curso.
La clave es elegir de forma deliberada y no por accidente.