<commit_before>---
description: Håll en ändringslogg
title: Håll en ändringslogg
language: sv
version: 0.3.0
---

:markdown
  # Håll en CHANGELOG

  ## Låt inte dina vänner slänga in en git logs i CHANGELOG™

  Version **#{current_page.metadata[:page][:version]}**

  ### Vad är en ändringslogg?
  En ändringslogg är en fil innehållandes en sammanfattad, kronologiskt ordnad
  lista över ändringar för varje version av ett projekt.

%pre.changelog= File.read("CHANGELOG.md")

:markdown
  ### Vad är meningen med en ändringslogg?
  För att göra det enkelt för användare och medarbetare att se exakt vilka
  viktiga ändringar som har gjorts mellan varje utgåva (eller version) av projektet.

  ### Varför ska jag bry mig?
  Därför att mjukvaruverktyg är för människor. Om du inte bryr dig, varför
  bidrar du till öppen källkod? Visst finns det väl någon del i din vackra
  hjärna som bryr sig.

  Jag [pratade med <NAME> och <NAME> från podcasten The Changelog][thechangelog]
  (passande, eller hur?) om varför ansvariga och bidragsgivare bör bry sig,
  och motiveringen bakom detta projekt.
  Om du kan avvara lite tid (1:06), rekommenderar jag att lyssna på det.

  ### Vad gör en bra ändringslogg?
  Jag är glad att du frågade.

  En bra ändringslogg håller sig till dessa principer:

  - Den är skapad för människor, inte maskiner, så läsbarhet är avgörande.
  - Lätt att länka till valfri sektion (därav Markdown framför klartext).
  - En undersektion per version.
  - Listar utgåvor i omvänd kronologisk ordning (nyast högst upp).
  - Anger alla datum på formatet `YYYY-MM-DD`
  (exempel: `2012-06-02` för 2:a juni 2012). Det är internationellt,
  [förnuftigt](http://xkcd.com/1179/) och språkoberoende.
  - Anger uttryckligen om projektet följer [Semantisk versionshantering][SemVer].
  - Varje version bör:
    - Ange datum då utgåvan släpptes på formatet angivet ovan.
    - Gruppera ändringar för att beskriva deras inverkan på projektet enligt följande:
      - `Added` för nya funktioner.
      - `Changed` för ändringar på existerande funktionalitet.
      - `Deprecated` för tidigare stabila funktioner som tas bort i nästa utgåva.
      - `Removed` för funktioner tidigare markerade som `Deprecated` som tas bort i denna version.
      - `Fixed` för buggfixar.
      - `Security` för att uppmana användare att uppgradera vid fall av sårbarheter.

  ### Hur kan jag minimera den insats som krävs?
  Ha alltid en sektion kallad `"Unreleased"` högst upp för att hålla reda på
  alla ändringar.

  Detta tjänar två syften:

  - Folk kan se vilka ändringar som kan förväntas i kommande utgåvor
  - Vid lansering behöver du bara ändra `"Unreleased"` till versionsnumret
    och lägga till en ny `"Unreleased"` högst upp.

  ### Vad får änglarna att gråta?
  Okej...låt oss gå genom det.

  - **Dumpa ut en diff från commit-loggen.** Gör helt enkelt inte så, du hjälper ingen.
  - **Inte betona `deprecations`.** När användare uppgraderar från en version till
    en annan ska det vara smärtsamt uppenbart om något förväntas gå sönder.
  - **Datum i region-specifikt format.** I USA lägger folk månaden föst
    ("06-02-2012" för 2:a juni 2012, vilket bara är *konstigt*), medan många
    andra runt om i världen skriver "2 June 2012" men uttala det annorlunda.
    "2012-06-02" fungerar logiskt från största till minsta, inte överlappar på ett
    tvetydligt sätt med andra datumformat, och det är en<commit_msg>Fixed typos in SV translation<commit_after>---
description: Håll en ändringslogg
title: Håll en ändringslogg
language: sv
version: 0.3.0
---

:markdown
  # Håll en CHANGELOG

  ## Låt inte dina vänner slänga in en git logs i CHANGELOG™

  Version **#{current_page.metadata[:page][:version]}**

  ### Vad är en ändringslogg?
  En ändringslogg är en fil innehållandes en sammanfattad, kronologiskt ordnad
  lista över ändringar för varje version av ett projekt.

%pre.changelog= File.read("CHANGELOG.md")

:markdown
  ### Vad är meningen med en ändringslogg?
  För att göra det enkelt för användare och medarbetare att se exakt vilka
  viktiga ändringar som har gjorts mellan varje utgåva (eller version) av projektet.

  ### Varför ska jag bry mig?
  Därför att mjukvaruverktyg är för människor. Om du inte bryr dig, varför
  bidrar du till öppen källkod? Visst finns det väl någon del i din vackra
  hjärna som bryr sig.

  Jag [pratade med <NAME> och <NAME> från podcasten The Changelog][thechangelog]
  (passande, eller hur?) om varför ansvariga och bidragsgivare bör bry sig,
  och motiveringen bakom detta projekt.
  Om du kan avvara lite tid (1:06), rekommenderar jag att lyssna på det.

  ### Vad gör en bra ändringslogg?
  Jag är glad att du frågade.

  En bra ändringslogg håller sig till dessa principer:

  - Den är skapad för människor, inte maskiner, så läsbarhet är avgörande.
  - Lätt att länka till valfri sektion (därav Markdown framför klartext).
  - En undersektion per version.
  - Listar utgåvor i omvänd kronologisk ordning (nyast högst upp).
  - Anger alla datum på formatet `YYYY-MM-DD`
  (exempel: `2012-06-02` för 2:a juni 2012). Det är internationellt,
  [förnuftigt](http://xkcd.com/1179/) och språkoberoende.
  - Anger uttryckligen om projektet följer [Semantisk versionshantering][SemVer].
  - Varje version bör:
    - Ange datum då utgåvan släpptes på formatet angivet ovan.
    - Gruppera ändringar för att beskriva deras inverkan på projektet enligt följande:
      - `Added` för nya funktioner.
      - `Changed` för ändringar på existerande funktionalitet.
      - `Deprecated` för tidigare stabila funktioner som tas bort i nästa utgåva.
      - `Removed` för funktioner tidigare markerade som `Deprecated` som tas bort i denna version.
      - `Fixed` för buggfixar.
      - `Security` för att uppmana användare att uppgradera vid fall av sårbarheter.

  ### Hur kan jag minimera den insats som krävs?
  Ha alltid en sektion kallad `"Unreleased"` högst upp för att hålla reda på
  alla ändringar.

  Detta tjänar två syften:

  - Folk kan se vilka ändringar som kan förväntas i kommande utgåvor
  - Vid lansering behöver du bara ändra `"Unreleased"` till versionsnumret
    och lägga till en ny `"Unreleased"` högst upp.

  ### Vad får änglarna att gråta?
  Okej...låt oss gå genom det.

  - **Dumpa ut en diff från commit-loggen.** Gör helt enkelt inte så, du hjälper ingen.
  - **Inte betona `deprecations`.** När användare uppgraderar från en version till
    en annan ska det vara smärtsamt uppenbart om något förväntas gå sönder.
  - **Datum i region-specifikt format.** I USA lägger folk månaden först
    ("06-02-2012" för 2:a juni 2012, vilket bara är *konstigt*), medan många
    andra runt om i världen skriver "2 June 2012" men uttalar det annorlunda.
    "2012-06-02" fungerar logiskt från största till minsta, inte överlappar på ett
    tvetydligt sätt med andra datumformat, och det är en
{'fraction_non_alphanumeric': 0.07057451151939341, 'fraction_numerical': 0.014289880431612716, 'mean_word_length': 3.6375929682217714, 'pattern_counts': {'":': 0, '<': 7, '<?xml version=': 0, '>': 7, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '102698', 'n_tokens_mistral': 2659, 'n_tokens_neox': 2543, 'n_words': 933}