0
0
mirror of https://github.com/conventional-commits/conventionalcommits.org.git synced 2025-08-22 13:58:35 +00:00

docs: Main title and small general improvements

This commit is contained in:
Silvia Rebelo 2018-10-18 21:08:36 +01:00 committed by Damiano Petrungaro
parent b1f197e60e
commit 636fe61b7c
2 changed files with 6 additions and 7 deletions

View File

@ -90,7 +90,7 @@ languages:
weight: 2 weight: 2
languageName: "Spanish" languageName: "Spanish"
title: Commits Convencionales title: Commits Convencionales
description: Una especificación para agregar un significado legible por una máquina humana para commit mensajes description: Una especificación que añade significado a los mensajes de commits para que sean legibles tanto por máquinas como por humanos
actions: actions:
- label: Lee la especificación - label: Lee la especificación
url: '#especificación' url: '#especificación'

View File

@ -7,7 +7,7 @@ aliases: ["/es/"]
## Resumen ## Resumen
Al mantener proyectos de código abierto, cuando se incorporan ramas con nuevas Como mantenedor de proyectos de código abierto, cuando se incorporan ramas con nuevas
características en `master` al escribir un mensaje de commit estandarizado, el características en `master` al escribir un mensaje de commit estandarizado, el
mensaje del commit debe estar estructurado de la siguiente forma: mensaje del commit debe estar estructurado de la siguiente forma:
@ -116,8 +116,7 @@ Las palabras “DEBE” (“MUST”), “NO DEBE” (“MUST NOT”), “REQUIER
“OPCIONAL” (“OPTIONAL”) en este documento se deben interpretar como se describe “OPCIONAL” (“OPTIONAL”) en este documento se deben interpretar como se describe
en [RFC 2119](https://www.ietf.org/rfc/rfc2119.txt). en [RFC 2119](https://www.ietf.org/rfc/rfc2119.txt).
1. Los commits DEBEN iniciar con un tipo que consiste en un sustantivo `feat`, `fix`, etc., 1. Los commits DEBEN iniciarse con un tipo que consiste en un sustantivo `feat`, `fix`, etc., seguido de dos puntos y un espacio.
seguido de dos puntos y un espacio.
1. El tipo `feat` DEBE ser usado cuando un commit agrega una nueva 1. El tipo `feat` DEBE ser usado cuando un commit agrega una nueva
característica a la aplicación o librería. característica a la aplicación o librería.
1. El tipo `fix` DEBE ser usado cuando el commit representa una corrección a un 1. El tipo `fix` DEBE ser usado cuando el commit representa una corrección a un
@ -163,7 +162,7 @@ en [RFC 2119](https://www.ietf.org/rfc/rfc2119.txt).
Recomendamos trabajar como si ya hubiera lanzado su producto. Típicamente Recomendamos trabajar como si ya hubiera lanzado su producto. Típicamente
_alguien_, incluso si son sus compañeros desarrolladores, están usando su _alguien_, incluso si son sus compañeros desarrolladores, están usando su
producto. Ellos querrán saber que se ha arreglado, que se ha dañado, etc. producto. Ellos querrán saber qué se ha arreglado, qué se ha dañado, etc.
### ¿Qué debo hacer si un commit encaja en más de un tipo de commit? ### ¿Qué debo hacer si un commit encaja en más de un tipo de commit?
@ -199,10 +198,10 @@ Recomendamos usar SemVer para liberar su propia extensión a esta especificació
#### Cuando utiliza un tipo que es de la especificación pero no es el correcto, e.g. `fix` en lugar de `feat` #### Cuando utiliza un tipo que es de la especificación pero no es el correcto, e.g. `fix` en lugar de `feat`
Antes de combinar o liberar el error, recomendamos usar `git rebase -i` para Antes de combinar o liberar el error, recomendamos usar `git rebase -i` para
editar la historia de los commits. Después de que se ha liberado, la limpieza editar el historial de los commits. Después de que se ha liberado, la limpieza
será distinta de acuerdo con las herramientas y procesos que usted use. será distinta de acuerdo con las herramientas y procesos que usted use.
#### Cuanto se usa un tipo que no está en la especificación, e.g. `feet` instead of `feat` #### Cuando se usa un tipo que no está en la especificación, e.g. `feet` instead of `feat`
En el peor de los escenarios, no es el fin del mundo si aparece un commit que no En el peor de los escenarios, no es el fin del mundo si aparece un commit que no
cumple con las especificaciones de los commits convencionales. Simplemente, el cumple con las especificaciones de los commits convencionales. Simplemente, el