tyler.durden/keep-a-changelog
1
0
Fork 0
mirror of https://github.com/olivierlacan/keep-a-changelog.git synced 2025-07-29 16:54:12 +02:00
Code Issues Packages Projects Releases Wiki Activity

Fix typos

Browse Source
This commit is contained in:
David Díaz 2017-07-10 23:54:13 +01:00
parent ef5c30ced5
commit bcbd5a39a0
1 changed files with 5 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

10
source/es-ES/1.0.0/index.html.haml
View File

@ -52,7 +52,7 @@ version: 1.0.0
.good-practices .good-practices
%h3#how %h3#how
%a.anchor{ href: "#how", aria_hidden: "true" } %a.anchor{ href: "#how", aria_hidden: "true" }
¿Como hago un buen changelog? ¿Cómo hago un buen changelog?
%h4#principles %h4#principles
%a.anchor{ href: "#principles", aria_hidden: "true" } %a.anchor{ href: "#principles", aria_hidden: "true" }
@ -139,7 +139,7 @@ version: 1.0.0
Ignorando Deprecaciones Ignorando Deprecaciones
%p %p
Cuando las personas actualizan de una versión a otra, debería ser extremadamente claro cuando algo se romperá. Debería ser posible actualizar a una versión que liste deprecaciones, remover que está deprecado, luego actualizar a la versión donde las deprecaciones sean remociones. Cuando las personas actualizan de una versión a otra, debería ser extremadamente claro cuando algo se romperá. Debería ser posible actualizar a una versión que liste deprecaciones, remover qué está deprecado, luego actualizar a la versión donde las deprecaciones sean remociones.
%p %p
Si no haces nada más, lista deprecaciones, remociones, y cualquier cambio sin compatibilidad hacia atrás en tu changelog. Si no haces nada más, lista deprecaciones, remociones, y cualquier cambio sin compatibilidad hacia atrás en tu changelog.
@ -153,7 +153,7 @@ version: 1.0.0
En los EE.UU., la gente pone primero el mes (<code>06-02-2012</code> para el 2 de junio del 2012), mientras que muchas personas en el resto del mundo escriben de una manera muy robótica <code>2 Junio 2012</code>, sin embargo lo pronuncian distinto. <code>2012-06-02</code> funciona logicamente desde el más grande al más pequeño, no se solapa de maneras ambiugas con otros formatos de fecha, y es un #{link_to "Estandar ISO", iso}. Por lo cual, es el formato de fecha recomendado para changelogs. En los EE.UU., la gente pone primero el mes (<code>06-02-2012</code> para el 2 de junio del 2012), mientras que muchas personas en el resto del mundo escriben de una manera muy robótica <code>2 Junio 2012</code>, sin embargo lo pronuncian distinto. <code>2012-06-02</code> funciona logicamente desde el más grande al más pequeño, no se solapa de maneras ambiugas con otros formatos de fecha, y es un #{link_to "Estandar ISO", iso}. Por lo cual, es el formato de fecha recomendado para changelogs.
%aside %aside
Hay más. Ayudame a recoger estos anti-patrones Hay más. Ayúdame a recoger estos anti-patrones
= link_to "abriendo un issue", "#issues" = link_to "abriendo un issue", "#issues"
o un pull request. o un pull request.
@ -164,7 +164,7 @@ version: 1.0.0
%h4#standard %h4#standard
%a.anchor{ href: "#standard", aria_hidden: "true" } %a.anchor{ href: "#standard", aria_hidden: "true" }
¿Hay un formato estandar para los changelogs? ¿Hay un formato estándar para los changelogs?
%p %p
No realmente. Hay una guía de estilo del GNU, o los dos parrafos del archivo de NOTICIAS <code>guideline</code> del GNU. Ambos son inadecuados o insuficientes. No realmente. Hay una guía de estilo del GNU, o los dos parrafos del archivo de NOTICIAS <code>guideline</code> del GNU. Ambos son inadecuados o insuficientes.
@ -184,7 +184,7 @@ version: 1.0.0
¿Cómo debería llamarse el archivo de changelog? ¿Cómo debería llamarse el archivo de changelog?
%p %p
Llamalo <code>CHANGELOG.md</code>. Algunos proyectos utilizan Llámalo <code>CHANGELOG.md</code>. Algunos proyectos utilizan
<code>HISTORY</code>, <code>NEWS</code> o <code>RELEASES</code>. <code>HISTORY</code>, <code>NEWS</code> o <code>RELEASES</code>.
%p %p