Hola! Yo ya tengo una llave que hice hace como 10 años que uso muchísimo para un proyecto, es con otro correo que no es mi github Me da t...

Alejandra Eugenia Medina Rivera

Alejandra Eugenia Medina Rivera

Pregunta
studenthace 5 años

Hola!

Yo ya tengo una llave que hice hace como 10 años que uso muchísimo para un proyecto, es con otro correo que no es mi github

Me da temor hacer otra y volarme la original que de verdad es de un proyecto mega importante.

La pregunta es si hago una nueva, me vuelo al vieja? o conviven felizmente por que son dos correos?

2 respuestas
para escribir tu comentario
    Alejandra Eugenia Medina Rivera

    Alejandra Eugenia Medina Rivera

    studenthace 5 años

    Mil gracias! súper ayuda de verdad.

    Ivan Ramos Sánchez

    Ivan Ramos Sánchez

    studenthace 5 años

    Hola, veo que igual que a mi, el tema de atachar un correo a la creación de la llave genera muchas dudas, pero ya me puse a hacer varias pruebas y leer la documentación y te comparto mis conclusiones:

    Primero: no importa el mail que le pongas a la llave, es sólo un tag/comentario, NO tiene que ser el mismo que tienes en tu configuración como cliente de Git. En mi caso por ejemplo, el GitHub lo tengo creado con un mail universitario para ser premium y mi nodo local (Git) lo tengo con un mail personal. Este es el caso más común en el mundo real, el Owner de la cuenta empresarial donde se suben los proyectos de la compañía muchas veces ni siquiera colabora activamente en los repositorios, sólo los administra, entonces si vas a dar acceso por ejemplo a 10 personas al proyecto, el mail de la cuenta que creó el repositorio nunca va a ser igual a los que se conecten. Ahora, SI, es buena practica ponerle un Id, aunque le puedes poner cualquier cosa (el nombre de la persona, mail o nickName) pero sólo para identificar las llaves que tienes añadidas al GitHub y cerrarles el acceso en cualquier momento. Si tienes un mail registrado como cliente y ese mail no tiene cuenta gitHub lo único que va a pasar es que no vas a poder ver el perfil Online de la persona que subió el cambio. (Eso le pasó a Freddy, por eso cuando cambio el mail, el usuario que subió el cambio ya tenía foto de perfil). Segundo: Tu puedes crear las llaves que quieras y necesites, pues localmente te da la opcion de ponerle el nombre que quieras a la nueva llave, recordemos que .ssh y id_rsa sólo son valores default que puedes cambiar, lo que si es correcto es que una y sólo una de ellas es la que se va a poder usar para conectarte a Git, las otras las puedes usar para otro propósito, como conectarte a un escritorio remoto o publicar un sitio web, etc. Por último : Esperando que alguien haya leído lo anterior xD Si ya tienes una llave creada de hace mucho tiempo, es totalmente válido que la re-uses para conectarte al GitHub, de todas formas sólo necesitas compartirle la publica, tenga o no tag (el mail) tu ya cuentas con la privada que tu git local usará para leer los mensajes que te mande el server, y en el (handshake) de la configuración del cambio de conexión que hicimos a su vez se te instalará la llave publica de GitHub.


    Espero que todo éste texto te ayude en algo, y tengo capturas de todo lo que te escribí arriba para demostrar que si es cierto xD Saludos!

Curso de Git y Github [Empieza Gratis]

Curso de Git y Github [Empieza Gratis]

Deja de versionar tus proyectos usando tu propio sistema de control de versiones. Mejor usa Git, el sistema de control de versiones por excelencia que utiliza la industria tecnológica. Aprende a trabajar con git, conceptos básicos, clonar un repositorio y gestionar tus proyectos alojándolos en tu repositorio local y en GitHub.

Curso de Git y Github [Empieza Gratis]
Curso de Git y Github [Empieza Gratis]

Curso de Git y Github [Empieza Gratis]

Deja de versionar tus proyectos usando tu propio sistema de control de versiones. Mejor usa Git, el sistema de control de versiones por excelencia que utiliza la industria tecnológica. Aprende a trabajar con git, conceptos básicos, clonar un repositorio y gestionar tus proyectos alojándolos en tu repositorio local y en GitHub.