|
|
@@ -188,7 +188,8 @@ No se nos debe olvidar incrementar el número de versión despues de crear la nu
|
|
|
|
|
|
Luego de arreglar el fallo en la aplicación, se realiza el commit (puede ser un commit o varios).
|
|
|
|
|
|
-```bash
|
|
|
+```
|
|
|
+:::bash
|
|
|
$ git commit -m "Fixed severe production problem"
|
|
|
[hotfix-1.2.1 abbe5d6] Fixed severe production problem
|
|
|
5 files changed, 32 insertions(+), 17 deletions(-)
|
|
|
@@ -199,6 +200,7 @@ $ git commit -m "Fixed severe production problem"
|
|
|
Al finalar de corregir el fallo, la rama `hotfix` se debe unir nuevamente a `master`, pero tambien debe de ser unida a `develop`, con el objeto de asegurar que la corrección del fallo esté incluido en el próximo lanzamiento. Este proceso es exactament igual que el realizado con las ramas `release`.
|
|
|
|
|
|
```
|
|
|
+:::bash
|
|
|
$ git checkout master
|
|
|
Switched to branch 'master'
|
|
|
$ git merge --no-ff hotfix-1.2.1
|
|
|
@@ -210,6 +212,7 @@ $ git tag -a 1.2.1
|
|
|
Luego, se debe incluir el cambio en `develop`:
|
|
|
|
|
|
```
|
|
|
+:::bash
|
|
|
$ git checkout develop
|
|
|
Switched to branch 'develop'
|
|
|
$ git merge --no-ff hotfix-1.2.1
|
|
|
@@ -225,6 +228,7 @@ Si el trabajo en `develop` requiere inmediatamente esta corrección de errores y
|
|
|
Finalmente, eliminamos la rama `hotfix`:
|
|
|
|
|
|
```
|
|
|
+:::sh
|
|
|
$ git branch -d hotfix-1.2.1
|
|
|
Deleted branch hotfix-1.2.1 (was abbe5d6).
|
|
|
```
|
