diff --git a/Git.txt b/Git.txt index b826cf3..dd1b84a 100755 --- a/Git.txt +++ b/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: - -[ámbito opcional]: - -[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: + +[ámbito opcional]: + +[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/