Hace tiempo que utilizamos GIT internamente y tenemos un flujo de trabajo bastante bueno dentro de nuestro equipo. Ayer quisimos enviar algunas correcciones de errores a un proyecto en Github. Eso es algo nuevo para nosotros. Así que esto es lo que hicimos:Github, git, cómo enviar cambios a un repositorio upstream
- clonado su cesión temporal
- bifurcada aguas arriba
- Añadido nuestra tenedor como un control remoto
- han solucionado algunos errores en la rama principal
- Empujado maestro en nuestro tenedor remoto
- envió una solicitud de extracción
- Se detuvieron los cambios
- git fetch origen
- El maestro: git merge origen/maestra
Es esta la forma correcta de hacer las cosas? Terminamos con un mensaje adicional "Merge commit 'origin/master'" que otros desarrolladores no parecen obtener. También en el registro podemos ver nuestras confirmaciones dos veces.
Todo parece estar bien pero se siente mal. ¿Alguien sabe de alguna buena página de flujo de trabajo de github? Las páginas de ayuda de git parecen perder la parte de cómo hacer los cambios locales.
Me imagino que si hubiésemos retrocedido nuestra rama principal después de empujar los cambios a la horquilla, no tendríamos este problema, pero tampoco nos parece bien.
¡Cualquier ayuda sería muy apreciada!
Gracias por su ayuda, lo agradecería muchísimo.Si rebase después de la búsqueda que deshaga mis commits, aplique sus commits (que ahora incluye los míos del pull) y vuelva a jugar el mío en la parte superior derecha. ¿Git reconoce el hecho de que las confirmaciones son las mismas o he olvidado algo aquí? – tsdbrown
@tsdbrown Git debería detectar confirmaciones similares (mismo SHA1) – VonC
Impresionante, esperaba que ese fuera el caso. Daré esto la próxima vez. – tsdbrown