¿Cómo puedo save las cnetworkingenciales de llavero para múltiples counts de Github?

Estoy ejecutando Git en OSX Mavericks y no he tenido problemas hasta ahora. Lo que ha cambiado es que estoy tratando de usar dos counts Github en repositorys diferentes en la misma computadora.

El problema es que osx-keychain está almacenando la información de inicio de session desde mi primera count. Eso fue fantástico antes, pero cada vez que bash comprometer o presionar desde mi nueva count de Github, de forma pnetworkingeterminada usa los valores de nombre de usuario y contraseña del llavero, e ignora los files git config (¡o incluso global git config!) Definidos localmente.

Puedo eliminar mi osx-keychain, y luego presionar a la nueva count, pero al hacerlo crearé un nuevo llavero para esa count, que me devuelve a la casilla uno: poder ingresar a mi count secundaria con los nuevos valores de llavero pero bloqueado de mi count principal.

Así que estoy atrapado en una situación de "si o no", y realmente espero que haya una "solución de ambos". ¿Alguna ayuda?

PD: He intentado con esta solución , y no funcionó, ya que el osx-keychain parecía anular la funcionalidad de Identidad SSH

Si está utilizando https url, entonces la solución que menciona no tendrá ningún efecto: es para varias keys ssh.

Con respecto a https, esta pregunta menciona algunas soluciones, que incluyen:

  • Por defecto, gitcnetworkingentials solo considera el nombre de dominio.
    Si desea que git considere la ruta completa (por ejemplo, si tiene varias counts de GitHub), establezca la variable useHttpPath en verdadero , como se describe en gitcnetworkingentials .
    Tenga en count que al cambiar esta configuration, volverá a solicitar sus cnetworkingenciales para cada URL.

De manera pnetworkingeterminada, Git no considera que el componente "ruta" de una URL http valga la comparación a través de ayudantes externos.
Esto significa que una cnetworkingencial almacenada para https://example.com/foo.git también se usará para https://example.com/bar.git .
Si desea distinguir estos casos, establezca esta opción en verdadero.

Además, asegúrese de que su URL https incluya su nombre de count:

 git clone https://[email protected]/auser/aprojectX git clone https://[email protected]/auser/aprojectY 

Eso ayudará a un asistente de cnetworkingenciales a saber qué count / contraseña debería estar buscando.

Finalmente, la authentication que está utilizando para acceder a un service de hospedaje git repo no tiene nada que ver con:

 git config (--global) user.name 

Esa última configuration es solo para configurar el autor asociado con sus confirmaciones locales.
No es para seleccionar la count utilizada para acceder a un website de alojamiento remoto.