Update non pendings development rules files
-
-
-
-
-
-
-
Master
Buenos días Erika.
Muchas gracias por tus aportes. Agregué algunas notas para corregir unas palabras, pero considero que está bien.
La verdad prefiero tener los diagramas de draw.io como SVG para ver mejor las diferencias entre commits, pero lo podemos manejar como PNG mientras se actualiza el Gitlab privado.
-
-
Toggle commit list
-
-
108 1. Seleccionar la rama *main*/*master* para crear el lanzamiento 109 2. Asignar la etiqueta de la forma: **\<\#1\>.\<\#2\>.\<\#3\>** (ver [Versionamiento semántico](semantic-versioning.md)) 110 3. Asignar el título de la versión de la forma: **\<\#1\>.\<\#2\>.\<\#3\>** 111 4. En la descripción del lanzamiento, redactar los cambios de la nueva versión teniendo en cuenta los siguiente: 112 1. No especificar cada commit ni cada tarea, solo los cambios en funcionalidades completas. 113 2. No detallar cambios técnicos. Por ejemplo, solo “*dependency update*” en lugar de listar todas las dependencias que se cambiaron 114 115 116 [^1]: [Editable para el diagrama de las ramas feature](https://drive.google.com/drive/folders/12YStpH9Y7vrZcBHs8i9sfnPyG7LlWI7l) -
Master
No había visto esto. No sé si es necesario agregar los enlaces de los diagramas aquí, ya que estos diagramas ya están en el repositorio y son editables con el complemento de vscode
hediet.vscode-drawio -
Master
no lo sabía, pero no me parece que debamos ser dependientes de vscode. Creo que es mejor seguirlo manejando en el drive y que cada uno use el editor que prefiera.
-
Master
También se pueden editar con el programa de escritorio: https://www.drawio.com/
-
Master
Creo que por estandarizar las herramientas deberíamos todos usar lo mismo, en este caso drawio. Ya el caso del editor de código pues ese si debe ser a elección de cada miembro del equipo.
-
Master
listo, mi punto de mantenerlo en el drive era por la edición con drawio, pero sí es mejor mantener solo una versión y me parece bien que sea acá. Lo que me parece aún más interesante es que a partir del png se pueda editar sin problema
-
Master
A raíz de lo que mencioné en el comentario anterior agregué una pequeña linea en la documentación sobre drawio, para mi fue difícil asumir eso
😅 -
-
-
-
1 1 # Herramientas y frameworks 2 2 3 El uso de diferentes herramientas y frameworks será determinado para cada proyecto, en conjunto con los miembros del equipo, a continuación se presentan algunas recomendaciones generales. 4 3 5 ## Back end 4 6 5 7 Un proyecto de back end debe: 6 8 7 * Tener compatibilidad total con el sistema operativo *GNU/Linux* (para facilitar su contenerización y orquestación). 9 * Tener compatibilidad total con el sistema operativo *GNU/Linux* (para facilitar su contenerización y orquestación). -
Master
Me parece que esta aclaración aplica no solo para el back, si no para el front y demas componentes.
-
Master
de acuerdo, lo puse en una nueva sección de recomendaciones generales
-
-
-
added 2 commits
Toggle commit list -
merged
Toggle commit list
