Gitflow le asigna un papel claro para las diferentes ramas, y definir cómo y cuándo interactuar con cada rama. Hay rama histórica, la función de la rama, la rama de lanzamiento y la rama de mantenimiento.
historia Branch
Use dos ramas para registrar la historia del proyecto.
rama principal registra la historia de la publicación oficial, y se desarrollan como una función integrada rama rama. Por lo tanto, rama principal de cada presentación se debe asignar un número de versión.
función rama
La función se ramificó desde la caja a desarrollar la nueva rama, una rama correspondiente a cada función.
En primer lugar, para asegurar que el proyecto actual tiene el desarrollo de la rama de desarrollo.
Ver sucursales locales actuales:
$ git branch
b
bug
* develop
master
release
Ver todas las ramas actuales:
$ git branch -a
b
bug
* develop
master
release
remotes/origin/develop
remotes/origin/master
remotes/origin/release
Remota con las palabras "remotos" es la rama remota
La creación de una rama de maneras:
$ git checkout -b 'develop'
Switched to a new branch 'develop'
1. Suponiendo una función de desarrollo:
git checkout -b feature-a develop
2. Cuando se ha completado una nueva función, incluido de nuevo en el desarrollo de la rama.
git checkout develop
git merge --no-ff feature-a
git push
git branch -d feature-a
Ramas de liberación
1. Cuando la necesidad de desarrollar la liberación rama de desarrollo cuando se tira de la rama desarrollar una rama de lanzamiento, llamado Release- o Release / .
git checkout -b release-0.1 develop
2. La rama de ciclo, solamente la publicación de corrección de errores para la liberación de la tarea, la generación de documentos y así sucesivamente. Las nuevas características no se añadirán a esta rama.
3. Una vez que la liberación es completa, la rama de lanzamiento para fusionar la rama principal.
git checkout master
git merge --no-ff release-0.1
git push
4. etiqueta de juego registra el número de versión para facilitar el seguimiento de cada versión.
git tag -a 0.1 -m "release 0.1 publish" master
git push --tags
5. Coloque los cambios realizados desde la fusión rama de lanzamiento para desarrollar la nueva sucursal.
git checkout develop
git merge --no-ff release-0.1
git push
6. Por último eliminar una rama de lanzamiento
git branch -d release-0.1
Mantenimiento de ramas / correcciones urgentes
Cuando apareció la versión en línea de errores, es necesario utilizar para mantener la rama, que se utiliza para liberar rápidamente la versión productos de parches.
1. En la rama principal tire una rama de mantenimiento (que es la única rama de retirarse de la rama principal).
git checkout -b hotfix master
2. Después de la reparación, de inmediato se fusionó de nuevo en maestro y desarrollarse.
git checkout master
git merge --no-ff hotfix
git push
git checkout develop
git merge --no-ff hotfix
git push
git branch -d hotfix
etiqueta de juego 3.master con el nuevo número de versión.
git tag -a 0.2 -m "release 0.2 publish" master
git push --tags
