docs: added text format and deleted useless reference

docs/sections/code-versioning.md

@@ -45,7 +45,7 @@ Condiciones en los commits:
 
   **Nota:** Para el caso de GitHub, se recomienda ejecutar las acciones de github actions de manera local. Para eso puede usar [act](https://github.com/nektos/act) (vea [aquí](https://medium.com/@debasishkumardas5/running-github-actions-locally-a-complete-guide-for-windows-mac-and-linux-users-34c45999c7cd) un instructivo).
 
-* Al crear un PR, se debe seleccionar la rama a subir y el destino, dependiendo del tipo de desarrollo que se esté realizando (*feature*, *release* o *hotfix*) (AGREGAR ENLACE DE DOCUMENTACIÓN DE RAMAS AQUÍ)  
+* Al crear un PR, se debe seleccionar la rama a subir y el destino, dependiendo del tipo de desarrollo que se esté realizando (*feature*, *release* o *hotfix*)
 * En caso de haber conflictos, el desarrollador que crea el PR debe resolverlos.  
 * Siempre se deben asignar revisores al PR.
 

docs/sections/tickets.md

@@ -21,9 +21,9 @@ En cuanto al contenido de la tarea, se debe tener en cuenta lo siguiente para su
 
 Al crear las tareas, se deben asignar las siguientes etiquetas:
 
-* **Prioridad**: Etiquetas diseñadas para enfatizar la prioridad de las tareas: prio:high \- prio:medium \- prio:low  
+* **Prioridad**: Etiquetas diseñadas para enfatizar la prioridad de las tareas: `prio:high` \- `prio:medium` \- `prio:low`  
 * **Tipo**: Determinan el impacto de la tarea dentro de la plataforma:  
-  type:bug \- type:enhancement \- type:feature \- type:documentation
+  `type:bug` \- `type:enhancement` \- `type:feature` \- `type:documentation`
 
 Las tareas asociadas al desarrollo normal de los compromisos de la línea son creadas por el líder técnico. Esto lo hará los últimos días del sprint anterior, de manera que los demás miembros del equipo puedan revisar, entender y dar una estimación inicial a las tareas antes de la reunión de planeación.