Skip to main content

ES01-Estándar de nombramiento de ramas

Las ramas en GitHub deberán ser nombradas con el siguiente formato, con el fin de estandarizar y facilitar la identificación de la finalidad de la misma. Los nombres de las ramas deben ser escritos en inglés, sin acentos, espacios ni caracteres especiales con cada sección del nombre en CammelCase, separados por una diagonal.

<type>/<scope>/<featureName>

NO SE PONEN LOS SÍMBOLOS DE MAYOR Y MENOR QUE.

Type

type es el tipo de cambio que se está haciendo (de acuerdo a los estándares de Conventional Commits v1.0.0) y puede ser uno de los siguientes valores (ordenados por su frecuencia de uso):

  • feat -> cualquier contenido nuevo que va a ser agregado.
  • fix -> correcciones a contenido ya en repo (bugfixes).
  • test -> agrega o corrige pruebas.
  • style -> cambios que no afectan el significado del código ni su performance (espacios en blanco y formateo).
  • revert -> eliminar el commit anterior.
  • refactor -> cambio que no arregla un bug ni agrega un feature (reestructuración de código).
  • docs -> documentación de código.

Estos son equivalentes a los tipos de commits.

Scope

scope es el grupo de casos al que pertenece la funcionalidad a implementar/editar.
Por ejemplo, diferentes tipos de scope para la Wiki son:

  • Política
  • Guía
  • Proceso
  • Plantilla
  • Definición

El scope para código sería la User Story a la que pertenece.

Feature name

featureName es el nombre descriptivo de la característica o funcionalidad que se está implementando o editando.

Ejemplos

Nombre de la ramaCaso de ejemplo
feat/procesos/procedimiento juntaAgregar Procedimiento a un proceso de junta
fix/procesos/errores ortograficosCorregir errores de ortografía o tipografía en el proceso de juntas
refactor/procesos/procedimiento juntaRefactorizar el procedimiento del proceso de juntas
style/procesos/procedimiento juntaAjustar el estilo o ejecutar un software de formato en el procedimiento del proceso de juntas

*Las ramas en este ejemplo son en español por consistencia con el documento y el repositorio actual.

Referencias

Commit Lint Conventional types Conventional Commits v1.0.0

Autores

Versiones

VersiónDescripciónResponsablesFecha
1.0Creación de la PolíticaBernardo Estrada17/03/2022
1.1Corrección OrtografíaBernardo Estrada23/03/2022
1.2Aumentar nivel de detalleBE & MN04/04/2022
1.3Corrección ortográficaGuillermo C. Espino04/04/2022
1.4Cambio a estándarAlberto Matute03/05/2022
1.5Cambio de estilo de linksAlberto Matute07/06/2022