successful strategy practices paper good gitflow branching branches git github git-flow

strategy - github flow



¿Cómo llevar la rama de "desarrollo" al "origen" remoto? (2)

¿Git-flow quiere que solo use git regular y se git push origin develop ?

Sí, eso es lo que haces. Simplemente use el comando git regular.

Supongo que la razón de esta elección de diseño es:
La rama de desarrollo se crea una sola vez. No es necesario un comando de ayuda para publicarlo.
Las ramas de características se crean todo el tiempo. Aquí, un comando de ayuda es, bueno ..., útil.

Cuando hago git flow init crea un master y develop ramas. Cuando agrego el control remoto, hago git remote add origin [email protected]:NewB/our-repo.git . Ahora tengo git flow inicializado en mi repositorio local y tengo el repositorio remoto agregado. Después de hacer git push -u origin master , tengo master en mi origen pero no en la rama de develop . ¿Existe una git flow publish de git flow publish para la rama develop ? Todo lo que estoy viendo son publish para ramas de feature o release . ¿Git-flow quiere que solo use git regular y se git push origin develop ?


Encontré esta hoja de trucos muy útil para entender el flujo de git: cheatsheet .

Siempre que respete los principios de flujo de git, no debería necesitar publicar su rama de desarrollo , al colaborar debe publicar una característica , al publicar para dominar debe usar una versión .

Así es como lo uso.

Espero que esto te sea útil.