mirror of
https://github.com/olivierlacan/keep-a-changelog.git
synced 2025-08-22 18:28:16 +02:00
276 lines
25 KiB
HTML
276 lines
25 KiB
HTML
<!DOCTYPE html> <html lang='it-IT'> <head> <meta charset='utf-8'> <meta content='IE=edge' http-equiv='X-UA-Compatible'> <meta content='width=device-width, initial-scale=1.0' name='viewport'> <meta content='Non lasciare che i tuoi amici facciano copia incolla dei git logs nei changelog.' name='description'> <meta content='https://www.facebook.com/olivier.lacan.5' property='og:article:publisher'> <meta content='Tenere un Changelog' property='og:title'> <meta content='article' property='og:type'> <meta content='https://keepachangelog.com/it-IT/1.1.0/' property='og:url'> <meta content='Non lasciare che i tuoi amici facciano copia incolla dei git logs nei changelog.' property='og:description'> <meta content='https://keepachangelog.com/assets/images/keep-a-changelog-opengraph-851f2d20.png' property='og:image'> <link href='/assets/images/favicon.ico' rel='shortcut icon' type='image/x-icon'> <link href='https://keepachangelog.com/it-IT/1.1.0/' rel='canonical'> <title>Tenere un Changelog</title> <link href='https://fonts.googleapis.com' rel='preconnect'> <link crossorigin='true' href='https://fonts.gstatic.com' rel='preconnect'> <link href="//fonts.googleapis.com/css?family=Muli:400,700&display=swap" rel="stylesheet"/> <link href="//fonts.googleapis.com/css?family=Source+Code+Pro:400,700&display=swap" rel="stylesheet"/> <link href="/assets/stylesheets/application-d3e51c0c.css" rel="stylesheet"/> <script src="/assets/javascripts/all-466c2b8a.js" defer="defer"></script> </head> <body> <article> <header> <nav class='locales' role='navigation'> <label for='language-select' title='Pick one of the 28 translations'>Languages (28):</label> <select id='language-select' name='language'> <option label='1.0.0 العربية' value='ar'> 1.0.0 العربية </option> <option label='1.1.0 Čeština' value='cs'> 1.1.0 Čeština </option> <option label='1.1.0 Dansk' value='da'> 1.1.0 Dansk </option> <option label='1.1.0 Deutsch' value='de'> 1.1.0 Deutsch </option> <option label='1.1.0 English' value='en'> 1.1.0 English </option> <option label='1.1.0 Español' value='es-ES'> 1.1.0 Español </option> <option label='1.1.0 Français' value='fr'> 1.1.0 Français </option> <option label='1.0.0 Hrvatski' value='hr'> 1.0.0 Hrvatski </option> <option label='1.0.0 Indonesia' value='id-ID'> 1.0.0 Indonesia </option> <option label='1.1.0 Italiano' selected value='it-IT'> 1.1.0 Italiano </option> <option label='1.1.0 日本語' value='ja'> 1.1.0 日本語 </option> <option label='1.1.0 Norsk (Bokmål)' value='nb'> 1.1.0 Norsk (Bokmål) </option> <option label='1.1.0 Nederlands' value='nl'> 1.1.0 Nederlands </option> <option label='1.1.0 polski' value='pl'> 1.1.0 polski </option> <option label='1.1.0 Português do Brasil' value='pt-BR'> 1.1.0 Português do Brasil </option> <option label='1.1.0 română' value='ro'> 1.1.0 română </option> <option label='1.1.0 Pyccкий' value='ru'> 1.1.0 Pyccкий </option> <option label='1.0.0 Slovenčina' value='sk'> 1.0.0 Slovenčina </option> <option label='1.0.0 ქართული' value='ka'> 1.0.0 ქართული </option> <option label='1.1.0 Slovenščina' value='sl'> 1.1.0 Slovenščina </option> <option label='1.0.0 Srpski' value='sr'> 1.0.0 Srpski </option> <option label='1.1.0 Svenska' value='sv'> 1.1.0 Svenska </option> <option label='1.1.0 Türkçe' value='tr-TR'> 1.1.0 Türkçe </option> <option label='1.1.0 Українська' value='uk'> 1.1.0 Українська </option> <option label='1.1.0 简体中文' value='zh-CN'> 1.1.0 简体中文 </option> <option label='1.1.0 正體中文' value='zh-TW'> 1.1.0 正體中文 </option> <option label='1.0.0 한국어' value='ko'> 1.0.0 한국어 </option> <option label='1.1.0 فارسی' value='fa'> 1.1.0 فارسی </option> </select> </nav> <img src="/assets/images/keep-a-changelog-mark-f8b06a42.svg" width="130" height="100" class="mark" alt=""/> </header> <div class='main' role='main'> <div class='header'> <div class='title'> <h1>Tenere un Changelog</h1> <h2>Non lasciare che i tuoi amici facciano copia incolla dei git logs nei changelog.</h2> </div> <a href="https://github.com/olivierlacan/keep-a-changelog/blob/main/CHANGELOG.md">Versione <strong>1.1.0</strong> </a><pre class='changelog' lang='en'># Changelog
|
||
|
||
All notable changes to this project will be documented in this file.
|
||
|
||
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
|
||
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
|
||
|
||
## [Unreleased]
|
||
|
||
### Added
|
||
|
||
- v1.1 Brazilian Portuguese translation.
|
||
- v1.1 German Translation
|
||
- v1.1 Spanish translation.
|
||
- v1.1 Italian translation.
|
||
- v1.1 Polish translation.
|
||
- v1.1 Ukrainian translation.
|
||
|
||
### Changed
|
||
|
||
- Use frontmatter title & description in each language version template
|
||
- Replace broken OpenGraph image with an appropriately-sized Keep a Changelog
|
||
image that will render properly (although in English for all languages)
|
||
- Fix OpenGraph title & description for all languages so the title and
|
||
description when links are shared are language-appropriate
|
||
|
||
### Removed
|
||
|
||
- Trademark sign previously shown after the project description in version
|
||
0.3.0
|
||
|
||
## [1.1.1] - 2023-03-05
|
||
|
||
### Added
|
||
|
||
- Arabic translation (#444).
|
||
- v1.1 French translation.
|
||
- v1.1 Dutch translation (#371).
|
||
- v1.1 Russian translation (#410).
|
||
- v1.1 Japanese translation (#363).
|
||
- v1.1 Norwegian Bokmål translation (#383).
|
||
- v1.1 "Inconsistent Changes" Turkish translation (#347).
|
||
- Default to most recent versions available for each languages.
|
||
- Display count of available translations (26 to date!).
|
||
- Centralize all links into `/data/links.json` so they can be updated easily.
|
||
|
||
### Fixed
|
||
|
||
- Improve French translation (#377).
|
||
- Improve id-ID translation (#416).
|
||
- Improve Persian translation (#457).
|
||
- Improve Russian translation (#408).
|
||
- Improve Swedish title (#419).
|
||
- Improve zh-CN translation (#359).
|
||
- Improve French translation (#357).
|
||
- Improve zh-TW translation (#360, #355).
|
||
- Improve Spanish (es-ES) transltion (#362).
|
||
- Foldout menu in Dutch translation (#371).
|
||
- Missing periods at the end of each change (#451).
|
||
- Fix missing logo in 1.1 pages.
|
||
- Display notice when translation isn't for most recent version.
|
||
- Various broken links, page versions, and indentations.
|
||
|
||
### Changed
|
||
|
||
- Upgrade dependencies: Ruby 3.2.1, Middleman, etc.
|
||
|
||
### Removed
|
||
|
||
- Unused normalize.css file.
|
||
- Identical links assigned in each translation file.
|
||
- Duplicate index file for the english version.
|
||
|
||
## [1.1.0] - 2019-02-15
|
||
|
||
### Added
|
||
|
||
- Danish translation (#297).
|
||
- Georgian translation from (#337).
|
||
- Changelog inconsistency section in Bad Practices.
|
||
|
||
### Fixed
|
||
|
||
- Italian translation (#332).
|
||
- Indonesian translation (#336).
|
||
|
||
## [1.0.0] - 2017-06-20
|
||
|
||
### Added
|
||
|
||
- New visual identity by [@tylerfortune8](https://github.com/tylerfortune8).
|
||
- Version navigation.
|
||
- Links to latest released version in previous versions.
|
||
- "Why keep a changelog?" section.
|
||
- "Who needs a changelog?" section.
|
||
- "How do I make a changelog?" section.
|
||
- "Frequently Asked Questions" section.
|
||
- New "Guiding Principles" sub-section to "How do I make a changelog?".
|
||
- Simplified and Traditional Chinese translations from [@tianshuo](https://github.com/tianshuo).
|
||
- German translation from [@mpbzh](https://github.com/mpbzh) & [@Art4](https://github.com/Art4).
|
||
- Italian translation from [@azkidenz](https://github.com/azkidenz).
|
||
- Swedish translation from [@magol](https://github.com/magol).
|
||
- Turkish translation from [@emreerkan](https://github.com/emreerkan).
|
||
- French translation from [@zapashcanon](https://github.com/zapashcanon).
|
||
- Brazilian Portuguese translation from [@Webysther](https://github.com/Webysther).
|
||
- Polish translation from [@amielucha](https://github.com/amielucha) & [@m-aciek](https://github.com/m-aciek).
|
||
- Russian translation from [@aishek](https://github.com/aishek).
|
||
- Czech translation from [@h4vry](https://github.com/h4vry).
|
||
- Slovak translation from [@jkostolansky](https://github.com/jkostolansky).
|
||
- Korean translation from [@pierceh89](https://github.com/pierceh89).
|
||
- Croatian translation from [@porx](https://github.com/porx).
|
||
- Persian translation from [@Hameds](https://github.com/Hameds).
|
||
- Ukrainian translation from [@osadchyi-s](https://github.com/osadchyi-s).
|
||
|
||
### Changed
|
||
|
||
- Start using "changelog" over "change log" since it's the common usage.
|
||
- Start versioning based on the current English version at 0.3.0 to help
|
||
translation authors keep things up-to-date.
|
||
- Rewrite "What makes unicorns cry?" section.
|
||
- Rewrite "Ignoring Deprecations" sub-section to clarify the ideal
|
||
scenario.
|
||
- Improve "Commit log diffs" sub-section to further argument against
|
||
them.
|
||
- Merge "Why can’t people just use a git log diff?" with "Commit log
|
||
diffs".
|
||
- Fix typos in Simplified Chinese and Traditional Chinese translations.
|
||
- Fix typos in Brazilian Portuguese translation.
|
||
- Fix typos in Turkish translation.
|
||
- Fix typos in Czech translation.
|
||
- Fix typos in Swedish translation.
|
||
- Improve phrasing in French translation.
|
||
- Fix phrasing and spelling in German translation.
|
||
|
||
### Removed
|
||
|
||
- Section about "changelog" vs "CHANGELOG".
|
||
|
||
## [0.3.0] - 2015-12-03
|
||
|
||
### Added
|
||
|
||
- RU translation from [@aishek](https://github.com/aishek).
|
||
- pt-BR translation from [@tallesl](https://github.com/tallesl).
|
||
- es-ES translation from [@ZeliosAriex](https://github.com/ZeliosAriex).
|
||
|
||
## [0.2.0] - 2015-10-06
|
||
|
||
### Changed
|
||
|
||
- Remove exclusionary mentions of "open source" since this project can
|
||
benefit both "open" and "closed" source projects equally.
|
||
|
||
## [0.1.0] - 2015-10-06
|
||
|
||
### Added
|
||
|
||
- Answer "Should you ever rewrite a change log?".
|
||
|
||
### Changed
|
||
|
||
- Improve argument against commit logs.
|
||
- Start following [SemVer](https://semver.org) properly.
|
||
|
||
## [0.0.8] - 2015-02-17
|
||
|
||
### Changed
|
||
|
||
- Update year to match in every README example.
|
||
- Reluctantly stop making fun of Brits only, since most of the world
|
||
writes dates in a strange way.
|
||
|
||
### Fixed
|
||
|
||
- Fix typos in recent README changes.
|
||
- Update outdated unreleased diff link.
|
||
|
||
## [0.0.7] - 2015-02-16
|
||
|
||
### Added
|
||
|
||
- Link, and make it obvious that date format is ISO 8601.
|
||
|
||
### Changed
|
||
|
||
- Clarified the section on "Is there a standard change log format?".
|
||
|
||
### Fixed
|
||
|
||
- Fix Markdown links to tag comparison URL with footnote-style links.
|
||
|
||
## [0.0.6] - 2014-12-12
|
||
|
||
### Added
|
||
|
||
- README section on "yanked" releases.
|
||
|
||
## [0.0.5] - 2014-08-09
|
||
|
||
### Added
|
||
|
||
- Markdown links to version tags on release headings.
|
||
- Unreleased section to gather unreleased changes and encourage note
|
||
keeping prior to releases.
|
||
|
||
## [0.0.4] - 2014-08-09
|
||
|
||
### Added
|
||
|
||
- Better explanation of the difference between the file ("CHANGELOG")
|
||
and its function "the change log".
|
||
|
||
### Changed
|
||
|
||
- Refer to a "change log" instead of a "CHANGELOG" throughout the site
|
||
to differentiate between the file and the purpose of the file — the
|
||
logging of changes.
|
||
|
||
### Removed
|
||
|
||
- Remove empty sections from CHANGELOG, they occupy too much space and
|
||
create too much noise in the file. People will have to assume that the
|
||
missing sections were intentionally left out because they contained no
|
||
notable changes.
|
||
|
||
## [0.0.3] - 2014-08-09
|
||
|
||
### Added
|
||
|
||
- "Why should I care?" section mentioning The Changelog podcast.
|
||
|
||
## [0.0.2] - 2014-07-10
|
||
|
||
### Added
|
||
|
||
- Explanation of the recommended reverse chronological release ordering.
|
||
|
||
## [0.0.1] - 2014-05-31
|
||
|
||
### Added
|
||
|
||
- This CHANGELOG file to hopefully serve as an evolving example of a
|
||
standardized open source project CHANGELOG.
|
||
- CNAME file to enable GitHub Pages custom domain.
|
||
- README now contains answers to common questions about CHANGELOGs.
|
||
- Good examples and basic guidelines, including proper date formatting.
|
||
- Counter-examples: "What makes unicorns cry?".
|
||
|
||
[unreleased]: https://github.com/olivierlacan/keep-a-changelog/compare/v1.1.1...HEAD
|
||
[1.1.1]: https://github.com/olivierlacan/keep-a-changelog/compare/v1.1.0...v1.1.1
|
||
[1.1.0]: https://github.com/olivierlacan/keep-a-changelog/compare/v1.0.0...v1.1.0
|
||
[1.0.0]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.3.0...v1.0.0
|
||
[0.3.0]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.2.0...v0.3.0
|
||
[0.2.0]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.1.0...v0.2.0
|
||
[0.1.0]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.0.8...v0.1.0
|
||
[0.0.8]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.0.7...v0.0.8
|
||
[0.0.7]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.0.6...v0.0.7
|
||
[0.0.6]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.0.5...v0.0.6
|
||
[0.0.5]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.0.4...v0.0.5
|
||
[0.0.4]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.0.3...v0.0.4
|
||
[0.0.3]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.0.2...v0.0.3
|
||
[0.0.2]: https://github.com/olivierlacan/keep-a-changelog/compare/v0.0.1...v0.0.2
|
||
[0.0.1]: https://github.com/olivierlacan/keep-a-changelog/releases/tag/v0.0.1
|
||
</pre> </div> <div class='answers'> <h3 id='what'> <a aria_hidden='true' class='anchor' href='#what'></a> Cos'è un changelog? </h3> <p> Un changelog è un file che contiene una lista curata e ordinata cronologicamente delle modifiche degne di nota per ogni versione di un progetto. </p> <h3 id='why'> <a aria_hidden='true' class='anchor' href='#why'></a> Perché tenere un changelog? </h3> <p> Per rendere facile agli utilizzatori e contribuenti vedere con precisione quali modifiche importanti sono state fatte tra ogni release (o versione) del progetto. </p> <h3 id='who'> <a aria_hidden='true' class='anchor' href='#who'></a> Chi ha bisogno di un changelog? </h3> <p> Le persone ne hanno bisogno. Che si tratti di consumatori o di sviluppatori, gli utenti finali sono persone interessate a ciò che avviene in esso. Se il software è cambiato, allora le persone vogliono sapere come e perché. </p> </div> <div class='good-practices'> <h3 id='how'> <a aria_hidden='true' class='anchor' href='#how'></a> Come posso fare un buon changelog? </h3> <h4 id='principles'> <a aria_hidden='true' class='anchor' href='#principles'></a> Linee guida </h4> <ul> <li> I changelog sono <em>per le persone</em>, non per le macchine. </li> <li> Dovrebbe esserci una voce per ogni singola versione. </li> <li> Le modifiche dello stesso tipo dovrebbero essere raggruppate. </li> <li> Versioni e sezioni dovrebbero essere collegabili. </li> <li> L'ultima versione viene per prima. </li> <li> Viene mostrata la data di release di ogni versione. </li> <li> Si dichiara se il progetto segue il <a href="https://semver.org/">Versionamento Semantico</a>. </li> </ul> <a aria_hidden='true' class='anchor' href='#types'></a> <h4 id='types'>Tipologie di cambiamenti</h4> <ul> <li> <code>Added</code> per le nuove funzionalità. </li> <li> <code>Changed</code> per le modifiche a funzionalità esistenti. </li> <li> <code>Deprecated</code> per le funzionalità che saranno rimosse nelle future release. </li> <li> <code>Removed</code> per funzionalità rimosse in questa release. </li> <li> <code>Fixed</code> per tutti i bug fix. </li> <li> <code>Security</code> per invitare gli utilizzatori ad aggiornare in caso di vulnerabilità. </li> </ul> </div> <div class='effort'> <h3 id='effort'> <a aria_hidden='true' class='anchor' href='#effort'></a> Come posso ridurre gli sforzi necessari a mantenere un changelog? </h3> <p> Tieni una sezione <code>Unreleased</code> in cima al changelog in modo da tenere traccia dei cambiamenti imminenti. </p> <p>Questo serve per due scopi:</p> <ul> <li> 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 <code>Unreleased</code> in una nuova sezione con il corrispettivo numero di versione. </li> </ul> </div> <div class='bad-practices'> <h3 id='bad-practices'> <a aria_hidden='true' class='anchor' href='#bad-practices'></a> I changelog possono essere cattivi? </h3> <p>Sì. Ecco alcuni modi in cui possono essere meno utili.</p> <h4 id='log-diffs'> <a aria_hidden='true' class='anchor' href='#log-diffs'></a> Commit log diffs </h4> <p> Usare i commit log diffs al posto dei changelog è una brutta idea: contengono solo cose superflue. Cose come i merge commits, i commits con titoli oscuri, le modifiche della documentazione, etc. </p> <p> Lo scopo di un commit è quello di documentare un passo nell'evoluzione del codice sorgente. Alcuni progetti ripuliscono i commit, altri non lo fanno. </p> <p> Lo scopo di una voce changelog è quello di documentare le differenze rilevanti, spesso attraverso commit multipli, per comunicarli in modo chiaro agli utenti finali. </p> <h4 id='ignoring-deprecations'> <a aria_hidden='true' class='anchor' href='#ignoring-deprecations'></a> Ignorare le deprecazioni </h4> <p> Quando le persone aggiornano da una versione ad un'altra, dovrebbe essere dolorosamente chiaro che qualcosa si romperà. Dovrebbe essere possibile eseguire l'aggiornamento a una versione che elenca le deprecazioni, rimuovere ciò che è deprecato, quindi aggiornare alla versione in cui le deprecazioni diventano rimozioni. </p> <p> Se non fai nient'altro elenca le deprecazioni, le rimozioni e qualsiasi altro cambiamento nel tuo changelog. </p> <h4 id='confusing-dates'> <a aria_hidden='true' class='anchor' href='#confusing-dates'></a> Confusione delle date </h4> <p> I formati di date variano da Paese a Paese e spesso trovare un formato human-friendly che sia intuitivo per tutti è cosa ardua. Il vantaggio delle date formattate come <code>2017-07-17</code> è che seguono l'ordine dal maggiore al minore: anno, mese e giorno. Inoltre questo formato non ha sovrapposizioni ambigue con altri formati di date, a differenza di alcuni formati regionali che scambiano la posizione del mese e del giorno. Queste motivazioni e il fatto che questo formato di data è uno <a href="https://www.iso.org/iso-8601-date-and-time-format.html">standard ISO</a> spiegano perché questo è il formato di date raccomandato per i changelog. </p> <h4 id='inconsistent-changes'> <a aria_hidden='true' class='anchor' href='#inconsistent-changes'></a> Modifiche incoerenti </h4> <p> Un changelog che menziona solo alcune delle modifiche può essere pericoloso tanto quanto non avere un changelog. Nonostante molte delle modifiche possano essere irrilevanti - per esempio, nella maggior parte dei casi rimuovere un singolo spazio non necessita di essere documentato - ogni modifica importante deve essere menzionata nel changelog. Applicando in maniera incoerente le modifiche, gli utenti possono erroneamente pensare che il changelog sia l'unica fonte di verità attendibile. E in realtà dovrebbe esserlo. Da un grande potere derivano grandi responsabilità - avere un buon changelog significa avere un changelog costantemente aggiornato. </p> <aside> C'è di più. Aiutatemi a collezionare altre situazioni cattive <a href="https://github.com/olivierlacan/keep-a-changelog/issues">aprendo un issue</a> o una pull request. </aside> </div> <div class='frequently-asked-questions'> <h3 id='frequently-asked-questions'> <a aria_hidden='true' class='anchor' href='#frequently-asked-questions'></a> Domande frequenti </h3> <h4 id='standard'> <a aria_hidden='true' class='anchor' href='#standard'></a> Esiste un formato standard per i changelog? </h4> <p> Non esattamente. Esistono le linee guida GNU sullo stile dei changelog, oppure i due lunghi paragrafi nel documento di GNU NEWS denominato "guideline". Entrambe sono inadeguate o insufficienti. </p> <p> Questo progetto vuole essere <a href="https://github.com/olivierlacan/keep-a-changelog/blob/main/CHANGELOG.md">una migliore convenzione per i file changelog.</a> Per questo motivo osserviamo le migliori pratiche della comunità open source e le portiamo avanti. </p> <p> Critiche, discussioni e suggerimenti per migliorare <a href="https://github.com/olivierlacan/keep-a-changelog/issues">sono ben accetti.</a> </p> <h4 id='filename'> <a aria_hidden='true' class='anchor' href='#filename'></a> Come si dovrebbe chiamare il file di changelog? </h4> <p> Chiamalo <code>CHANGELOG.md</code>. Alcuni progetti usano anche <code>HISTORY</code>, <code>NEWS</code> o <code>RELEASES</code>. </p> <p> Risulta facile pensare che il nome del tuo file changelog non sia poi così importante, allora perché non rendere facile la vita ai tuoi utenti, usando sempre lo stesso nome? </p> <h4 id='github-releases'> <a aria_hidden='true' class='anchor' href='#github-releases'></a> Cosa dire delle GitHub Releases? </h4> <p> È una bella iniziativa. <a href="https://docs.github.com/en/github/administering-a-repository/releasing-projects-on-github/managing-releases-in-a-repository">Releases</a> può essere usato per rendere semplice i git tags (per esempio il nome del tag <code>v1.0.0</code>) all'interno di note di rilascio ben dettagliate mediante l'aggiunta manuale delle note di rilascio oppure è possibile estrarre i messaggi annotati dei git tag e trasformarli in note. </p> <p> GitHub Releases crea un changelog non-portable che può essere solo visualizzato dagli utenti nel contesto di GitHub. È possibile farlo apparire molto simile al formato di Keep a Changelog, tuttavia tende ad essere un po' più complicato. </p> <p> La versione corrente di GitHub Releases risulta inoltre probabilmente poco rilevante per gli utenti finali, a differenza dei tipici file maiuscoli (<code>README</code>, <code>CONTRIBUTING</code>, etc.). Un altro problema minore è che l'interfaccia non offre attualmente link per la creazione di log tra ciascuna release. </p> <h4 id='automatic'> <a aria_hidden='true' class='anchor' href='#automatic'></a> I changelog possono essere analizzati automaticamente? </h4> <p> È difficile, perché le persone usano formati e nomi di file profondamente diversi. </p> <p> <a href="https://github.com/tech-angels/vandamme/">Vandamme</a> è una Ruby gem creata dal team Gemnasium ed è in grado di fare il parsing dei changelog di molti (ma non tutti) i progetti open source. </p> <h4 id='yanked'> <a aria_hidden='true' class='anchor' href='#yanked'></a> Cosa sono le release "yanked"? </h4> <p> Le release "yanked" sono versioni che sono state rimosse a causa di bug seri o problemi di sicurezza. Spesso queste versioni non appaiono nei changelog. Invece dovrebbero esserci, nel seguente modo: </p> <p><code>## [0.0.5] - 2014-12-13 [YANKED]</code></p> <p> L'etichetta <code>[YANKED]</code> è in maiuscolo per un motivo. È importante che le persone la notino. Poiché è racchiusa tra parentesi quadre è anche più semplice da riconoscere nel parsing automatico. </p> <h4 id='rewrite'> <a aria_hidden='true' class='anchor' href='#rewrite'></a> Si dovrebbe mai modificare un changelog? </h4> <p> Certo. Ci sono sempre buoni motivi per migliorare un changelog. Io apro regolarmente delle pull request per aggiungere release mancanti ai progetti open source che non mantengono correttamente i changelog. </p> <p> È anche possibile che si scopra di aver dimenticato di annotare una modifica non retro-compatibile nelle note per una versione. Ovviamente è importante aggiornare il changelog in questo caso. </p> <h4 id='contribute'> <a aria_hidden='true' class='anchor' href='#contribute'></a> Come posso contribuire? </h4> <p> Questo documento non è la <strong>verità assoluta</strong>; è solo la mia attenta opinione, arricchita dalle informazioni ed esempi che ho raccolto. </p> <p> Questo perché voglio che la nostra comunità raggiunga un consenso. Credo che la discussione sia importante almeno quanto il risultato finale. </p> <p> Quindi per favore <strong><a href="https://github.com/olivierlacan/keep-a-changelog">partecipate</a></strong>. </p> </div> <div class='press'> <h3>Dialogo</h3> <p> Sono andato a <a href="https://changelog.com/podcast/127">The Changelog podcast</a> per parlare del perché i gestori e i contributori dovrebbero preoccuparsi dei changelog e anche delle motivazioni dietro questo progetto. </p> </div> <footer class='footer clearfix' role='contentinfo'> <img src="/assets/images/keep-a-changelog-mark-f8b06a42.svg" width="30" height="30" class="mark" alt=""/> <p class='about'> This project is <a href="https://choosealicense.com/licenses/mit/">MIT Licensed</a> // <a href="https://github.com/olivierlacan/keep-a-changelog/">Created & maintained</a> by <a href="https://olivierlacan.com/">Olivier Lacan</a> <a href="https://ruby.social/@olivierlacan" rel="me" aria-label="Link to Olivier Lacan's Mastodon account"></a> // Designed by Tyler Fortune </p> </footer> </div> </article> </body> <script>
|
||
var _gauges = _gauges || [];
|
||
(function() {
|
||
var t = document.createElement('script');
|
||
t.type = 'text/javascript';
|
||
t.async = true;
|
||
t.id = 'gauges-tracker';
|
||
t.setAttribute('data-site-id', '5389808eeddd5b055a00440d');
|
||
t.src = '//secure.gaug.es/track.js';
|
||
var s = document.getElementsByTagName('script')[0];
|
||
s.parentNode.insertBefore(t, s);
|
||
})();
|
||
</script> </html> |