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

Fixed Italian translation version 1.1.0 (#562)

Browse Source
This commit is contained in:
Alberto Moro 2023-05-31 09:41:08 +02:00 committed by GitHub
parent fc14e481e4
commit ea378c61aa
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 12 additions and 10 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

20
source/it-IT/1.1.0/index.html.haml
View File

@ -30,7 +30,8 @@ version: 1.1.0
%p %p
Per rendere facile agli utilizzatori e contribuenti vedere con precisione quali modifiche Per rendere facile agli utilizzatori e contribuenti vedere con precisione quali modifiche
importanti sono state fatte tra ogni release (o versione) del progetto. importanti sono state fatte tra ogni release (o versione)
del progetto.
%h3#who %h3#who
%a.anchor{ href: "#who", aria_hidden: "true" } %a.anchor{ href: "#who", aria_hidden: "true" }
@ -106,7 +107,7 @@ version: 1.1.0
Le persone possono vedere quali modifiche si possono aspettare nelle future release. Le persone possono vedere quali modifiche si possono aspettare nelle future release.
%li %li
Ad una nuova release, si deve solo spostare i cambiamenti della sezione Ad una nuova release, si deve solo spostare i cambiamenti della sezione
`"Unreleased"` in una nuova sezione con il corrispettivo numero di versione. <code>Unreleased</code> in una nuova sezione con il corrispettivo numero di versione.
.bad-practices .bad-practices
%h3#bad-practices %h3#bad-practices
@ -130,17 +131,20 @@ version: 1.1.0
%p %p
Lo scopo di una voce changelog è quello di documentare le differenze rilevanti, Lo scopo di una voce changelog è quello di documentare le differenze rilevanti,
spesso attraverso commit multipli, per comunicarli in modo chiaro agli utenti finali. spesso attraverso commit multipli,
per comunicarli in modo chiaro agli utenti finali.
%h4#ignoring-deprecations %h4#ignoring-deprecations
%a.anchor{ href: "#ignoring-deprecations", aria_hidden: "true" } %a.anchor{ href: "#ignoring-deprecations", aria_hidden: "true" }
Ignorare le deprecazioni Ignorare le deprecazioni
%p %p
Quando le persone aggiornano da una versione ad un'altra, Quando le persone aggiornano da una versione ad un'altra,
dovrebbe essere dolorosamente chiaro che qualcosa si romperà. dovrebbe essere dolorosamente chiaro che qualcosa si romperà.
Dovrebbe essere possibile eseguire l'aggiornamento a una versione Dovrebbe essere possibile eseguire l'aggiornamento a una versione
che elenca le deprecazioni, rimuovere ciò che è deprecato, quindi che elenca le deprecazioni, rimuovere ciò che è deprecato, quindi
aggiornare alla versione in cui le deprecazioni diventano rimozioni. aggiornare alla versione in cui le deprecazioni diventano rimozioni.
%p %p
Se non fai nient'altro elenca le deprecazioni, le rimozioni e Se non fai nient'altro elenca le deprecazioni, le rimozioni e
qualsiasi altro cambiamento nel tuo changelog. qualsiasi altro cambiamento nel tuo changelog.
@ -167,7 +171,7 @@ version: 1.1.0
%p %p
Un changelog che menziona solo alcune delle modifiche può essere pericoloso Un changelog che menziona solo alcune delle modifiche può essere pericoloso
tanto quanto non avere un chengelog. Nonostante molte delle modifiche possano tanto quanto non avere un changelog. Nonostante molte delle modifiche possano
essere irrilevanti - per esempio, nella maggior parte dei casi rimuovere essere irrilevanti - per esempio, nella maggior parte dei casi rimuovere
un singolo spazio non necessita di essere documentato - ogni modifica importante un singolo spazio non necessita di essere documentato - ogni modifica importante
deve essere menzionata nel changelog. Applicando in maniera incoerente le modifiche, deve essere menzionata nel changelog. Applicando in maniera incoerente le modifiche,
@ -224,11 +228,9 @@ version: 1.1.0
%p %p
È una bella iniziativa. #{link_to "Releases", data.links.github_releases} può essere usato È una bella iniziativa. #{link_to "Releases", data.links.github_releases} può essere usato
per rendere semplice i git tags (per esempio il nome del tag per rendere semplice i git tags (per esempio il nome del tag <code>v1.0.0</code>)
<code>v1.0.0</code>) All'interno di note di rilascio ben dettagliate all'interno di note di rilascio ben dettagliate mediante l'aggiunta manuale delle note di rilascio
si possono aggiungere le note manualmente oppure è possibile oppure è possibile estrarre i messaggi annotati dei git tag e trasformarli in note.
utilizzare i messaggi dei git tag inserendoli dentro le
note di rilascio.
%p %p
GitHub Releases crea un changelog non-portable che può essere solo GitHub Releases crea un changelog non-portable che può essere solo