Ordenada mejor la guía de Git

Git.txt

@@ -1346,90 +1346,9 @@ Fuente
 
 Gemini IA
 
-=====================
-Convención de Commits
-=====================
-
-La especificación de Commit Convencionales es una convención liviana que se
-aplica a los mensajes de los commits. Esta especificación proporciona un
-conjunto fácil de reglas para crear un historial de commits explícito; Esta
-convención se ajusta a Semantic Versioning 2, al describir las características,
-correcciones y cambios que rompen la compatibilidad en los mensajes de los
-commits.
-
-El mensaje del commit debe estar estructurado de la siguiente forma:
-
-<tipo>[ámbito opcional]: <descripción>
-
-[cuerpo opcional]
-
-[nota de pie opcional]
-
-El commit contiene los siguientes elementos estructurales para comunicar la
-intención al consumidor de la librería:
-
-fix: un commit de tipo fix corrige un error en la base del código (se
-correlaciona con PATCH en el versionado semántico).
-
-feat: un commit de tipo feat introduce nuevas características en la base del
-código (se correlaciona con MINOR en el versionado semántico).
-
-BREAKING CHANGE: un commit que contiene el texto BREAKING CHANGE: al inicio de
-su cuerpo opcional o la sección de nota de pie introduce un cambio que rompe la
-compatibilidad en el uso de la API (se correlaciona con MAJOR en el versionado
-semántico). Un cambio en el uso de la API puede ser parte de commits de tipo.
-e.g., a fix:, feat: & chore: todos tipos válidos, adicional a cualquier otro
-tipo.
-
-Otros: tipos de commits distintos a fix: y feat: están permitidos, por ejemplo
-@commitlint/config-conventional (basado en the Angular convention) recomienda
-chore:, docs:, style:, refactor:, perf:, test: y otros. También recomendamos
-improvement para commits que mejorar una implementación actual sin añadir nuevas
-características ni corregir errores. Tenga presente que estos tipos no son
-impuestos por la especificación de commits convencionales y no tienen efecto
-implícito en el versionado semántico (a menos que incluyan el texto BREAKING
-CHANGE, lo cual NO es recomendado). Se puede agregar un ámbito al tipo de commit
-para proveer información contextual adicional y se escribe entre paréntesis,
-e.g., feat(parser): add ability to parse arrays.
-
-Ejemplos:
-
-Mensaje de commit con descripción y cambio que rompe la compatibilidad en el cuerpo
-
-feat: allow provided config object to extend other configs
-
-BREAKING CHANGE: `extends` key in config file is now used for extending other config files
-
------
-
-Mensaje de commit sin cuerpo
-
-docs: correct spelling of CHANGELOG
-
------
-
-Mensaje de commit con ámbito
-
-feat(lang): added polish language
-
------
-
-Mensaje de commit para una corrección usando un número de problema (opcional)
-
-fix: minor typos in code
-
-see the issue for details on the typos fixed
-
-fixes issue #12
-
-Fuente
-======
-
-https://www.conventionalcommits.org/es/v1.0.0-beta.3/
-
-=============================================
-Estrategias de Nomenclatura para Ramas en Git
-=============================================
+============================================================
+Estrategias de Nomenclatura y convenciones para Ramas en Git
+============================================================
 
 Una buena nomenclatura de ramas en Git es esencial para una gestión eficaz del
 proyecto. Este post explora los tipos de ramas en Git y ofrece consejos para
@@ -1516,3 +1435,84 @@ Fuentes
 =======
 
 https://dev.to/marmariadev/estrategias-de-nomenclatura-para-ramas-en-git-mejorando-la-gestion-de-proyectos-de-software-3efa
+
+=====================
+Convención de Commits
+=====================
+
+La especificación de Commit Convencionales es una convención liviana que se
+aplica a los mensajes de los commits. Esta especificación proporciona un
+conjunto fácil de reglas para crear un historial de commits explícito; Esta
+convención se ajusta a Semantic Versioning 2, al describir las características,
+correcciones y cambios que rompen la compatibilidad en los mensajes de los
+commits.
+
+El mensaje del commit debe estar estructurado de la siguiente forma:
+
+<tipo>[ámbito opcional]: <descripción>
+
+[cuerpo opcional]
+
+[nota de pie opcional]
+
+El commit contiene los siguientes elementos estructurales para comunicar la
+intención al consumidor de la librería:
+
+fix: un commit de tipo fix corrige un error en la base del código (se
+correlaciona con PATCH en el versionado semántico).
+
+feat: un commit de tipo feat introduce nuevas características en la base del
+código (se correlaciona con MINOR en el versionado semántico).
+
+BREAKING CHANGE: un commit que contiene el texto BREAKING CHANGE: al inicio de
+su cuerpo opcional o la sección de nota de pie introduce un cambio que rompe la
+compatibilidad en el uso de la API (se correlaciona con MAJOR en el versionado
+semántico). Un cambio en el uso de la API puede ser parte de commits de tipo.
+e.g., a fix:, feat: & chore: todos tipos válidos, adicional a cualquier otro
+tipo.
+
+Otros: tipos de commits distintos a fix: y feat: están permitidos, por ejemplo
+@commitlint/config-conventional (basado en the Angular convention) recomienda
+chore:, docs:, style:, refactor:, perf:, test: y otros. También recomendamos
+improvement para commits que mejorar una implementación actual sin añadir nuevas
+características ni corregir errores. Tenga presente que estos tipos no son
+impuestos por la especificación de commits convencionales y no tienen efecto
+implícito en el versionado semántico (a menos que incluyan el texto BREAKING
+CHANGE, lo cual NO es recomendado). Se puede agregar un ámbito al tipo de commit
+para proveer información contextual adicional y se escribe entre paréntesis,
+e.g., feat(parser): add ability to parse arrays.
+
+Ejemplos:
+
+Mensaje de commit con descripción y cambio que rompe la compatibilidad en el cuerpo
+
+feat: allow provided config object to extend other configs
+
+BREAKING CHANGE: `extends` key in config file is now used for extending other config files
+
+-----
+
+Mensaje de commit sin cuerpo
+
+docs: correct spelling of CHANGELOG
+
+-----
+
+Mensaje de commit con ámbito
+
+feat(lang): added polish language
+
+-----
+
+Mensaje de commit para una corrección usando un número de problema (opcional)
+
+fix: minor typos in code
+
+see the issue for details on the typos fixed
+
+fixes issue #12
+
+Fuente
+======
+
+https://www.conventionalcommits.org/es/v1.0.0-beta.3/