Repositorio GIT

 


PRINCIPALES:

  1. Toda rama a ser creada debe ser a partir de Master, previa actualización (fetch/pull) del repositorio local.
  2. Toda rama release debe tener únicamente commit's de merge más no de modificación de código. Así, evitamos pérdida de código al momento de tener que eliminar la rama release para volver a crearla.
  3. Si una rama release aún no ha sido confirmada (es decir, que no se ha incluido en master)  no debería incluirse dentro de ninguna rama. Con esto garantizamos que no nos estemos llevando funcionalidades ajenas a nuestra rama. Adicional, en caso de que nuestra rama deba subir independiente o en una versión más pronta, se pueda realizar sin necesidad de retirar código ajeno.

SECUNDARIOS:

  1. Subir con cuidado el espaciado automático (también conocido como identación) que realiza visual studio en archivos. Si dicho cambio es intencional, que sea en un commit aparte a la solución. Esta observación se debe a que en el momento de realizar merge de ramas, los cambios son difíciles de resolver en modo automático, y mucho más, en modo manual. Así ahorramos tiempos e inconvenientes al momento de crear ramas release.
  2. Se debe tener bastante cuidado al abrir y versionar las representaciones gráficas (archivos .rpt) de CrystalReports puesto que al abrirlas el archivo es considerado como modificado y al no ser un archivo plano, el merge en el versionamiento no es posible (siempre se toma la solución más actualizada).
  3. Para aquellos cambios que no tengan asociado un ticket de jira, se debe procurar realizarlos en la rama HOTFIXES y con un comentario lo más detallado posible acerca del cambio realizado.
  4. Siempre en cada commit, revisar cada uno de los ficheros que estamos subiendo. Si hay archivos "basura", no deben ser subidos.