de flujo de trabajo para la gestión de solicitudes de extracción en repositorios compartidos en github

Question

Estoy intentando gestionar una solicitud de extracción de un acuerdo de recompra que no poseer, sino que tenga derechos de administrador en. Cuando intento introducir cambios desde otra bifurcación, falla con un error que es menos que claro. Aquí está mi flujo de trabajo ...

1. Tenedor de recompra principal
2. hacer cambios en ese tenedor
3. se comprometen a que tenedor
   3,5 (vaya al paso 2)
4. Presentar una solicitud de extracción al repositorio principal

como administrador de la cesión temporal principal, yo estoy tratando de fusionar esos cambios de la siguiente manera ...

1. git clone git@github.com:dude/project.git
2. git checkout -b gtracy-master master
3. git pull http://gtracy@github.com/gtracy/project.git master

Después de introducir la contraseña, me sale el mensaje de error ...

error: The requested URL returned error: 401 while accessing 
http://gtracy@github.com/gtracy/project.git/ifno/refs 

es erróneo este flujo de trabajo? ¿Hay alguna manera más fácil de administrar mis propias solicitudes de extracción?

Gracias!

Answer 1

El GitHub "pull request" help page no mencionan, pero prefiero rebase mi trabajo realizado en un tenedor en la parte superior de la rama de la cesión temporal original, antes de enviar cualquier solicitud de extracción.
Es decir, añadiría el repositorio original como un mando a distancia, ir a buscar la rama a la que finalmente se aplicará solicitud de mi tirón, y rebase primero mi trabajo a nivel local (dentro de mi tenedor) en la parte superior de esa rama.
De esa manera, me aseguro de que todas mis solicitudes de extracción sean rápidas.

En su caso, sin embargo, que no se puede aplicar si se sabe que no hay cambios han sido publicados en el repositorio original, ya que ha trabajado en forma de horquilla y tu repositorio local.

Para su segunda parte, seguiría la parte "Merging pull request" y agregaría su repositorio bifurcado como control remoto de su clon repo original.

Dicho esto, el error 401 "No autorizado" se menciona en el GitHub Smart HTTP page:

No se olvide de la parte https - Git enviará su contraseña hash pero sin cifrar a través del cable, así que asegúrese para usar SSL
En futuras versiones de Git (asumiendo nuestra parche se integra), Git le pedirá su nombre de usuario si no se proporciona y el cliente consigue un 401, por lo que en realidad no tiene que poner su nombre de usuario en la URL - se Solo pregúntale cuando Git lo necesita.

Si quiere usar el nombre de usuario en su dirección, intente con https.
O pruebe con http://github.com/gtracy/project.git (dirección de repositorio público)