Git

Usamos git como sistema de control de versiones (vcn) para el rastreo de cambios en nuestros archivos.

Reglas generales

• Nunca hacer comit y push a master
• Asegurarse que la rama de origen este siempre actualizada con los últimos commits.
• Fragmentar los cambios a relizar a 1 commit por cambio, esto es, si agregué un feature, corregí un bug e hice refactoring de un componente… entonces tendría almenos 3 commits diferentes.
• Format antes de commit.
• Lint antes de commit.
• Build (config prod) antes de commit.
• Asegurarse que todos los tests pasen antes de commit.
• No dejar ningun console.log (a menos que se necesite) en un commit.
• No dar codigo comentado como “por si lo necesito despues”.

Rebasing

Despues de publicar o hacer push a una rama, podemos proceder a realizar un Pull Request (PR) a la rama de origen. Una vez aprobado y aplicado el merge, asegurarse que todas las ramas, que tengan como origen esta misma rama, sean actualizadas mediante un rebase. Para lo anterior, asumiendo que la rama de origen es master, procederíamos:

# Switch a la rama de origen (master)
git switch master

# Pull de ultimos cambios
git pull

# Switch a la rama a hacer el rebase
git switch new-feature

# Rebase
git rebase master

# Resolver cualquier conflicto

# Push force a la rama
git push origin new-feature -f