Merge pull request #10 from ManticSic/translate_gcg12000

Translate GCG12000

Author: ManticSic

coding-guidelines/docs/guidelines/general/12000.md

@@ -1,41 +1,35 @@
-**en Translation coming soon**
-
 # Update Policy
 
-## Beheben von Sicherheitslücken (GCG12001) <img src="/img/1.png" alt="recommendation level 1" />
-Sicherheitslücken, sowohl selbst produzierte, als auch welche die durch
-Abhängigkeiten hereinkommen, sollten schnellstmöglich behoben werden.
+## Fix security vulnerabilities (GCG12001) <img src="/img/1.png" alt="recommendation level 1" />
+Security vulnerabilities, both self-produced and these that come in through
+dependencies, should be fixed as soon as possible.
 
-## Abhängigkeiten regelmäßig aktualisieren (GCG12002) <img src="/img/2.png" alt="recommendation level 2" />
-Abhängigkeiten sollten vor allem aktuell gehalten werden, um nicht in die
-Situation zu kommen, dass die verwendete Version nicht mehr supported wird,
-Sicherheitslücken und Bugs zu beheben oder Performanceverbesserungen zu
-erhalten.
+## Keep your dependencies up to date (GCG12002) <img src="/img/2.png" alt="recommendation level 2" />
+You should update your dependencies to avoid the situation that you miss
+bug fixes or security updates, because the currently used version is no longer
+supported or maintained.
 
-Hält man seine Abhängigkeiten aktuell und möchte ein Feature einer neueren
-Version verwenden, fällt der Aufwand um einiges geringer aus.
+It's much easier to update a recent version to the latest than a deprecated
+version.
 
-Sofern möglich sollten [LTS][lts]-Versionen verwendet werden.
+Use [LTS][lts] versions if possible.
 
-## Version Support Policy für eigene Projekte definieren (GCG12003) <img src="/img/3.png" alt="recommendation level 3" />
-Wenn andere Leute (sowohl Kunden als auch Kollegen) von der Software abhängig
-sind, ergibt es Sinn zu definieren, welche Version wie lange und in welchen
-Umfang unterstützt wird und entsprechend Updates erhält. Ebenfalls ist das Thema
-Abwärtskompatibilität für die betroffenen wichtig.
+## Define a version support policy (GCG12003) <img src="/img/3.png" alt="recommendation level 3" />
+If other people (both customers and colleagues) depends on the software it makes
+sense to define how long each version will be supported and will receive
+updates. You could also define a policy for backward compatibility.
 
-## Pflegen eines Changelogs (GCG12004) <img src="/img/2.png" alt="recommendation level 2" />
-Um eine schnelle Übersicht über alle funktionalen Änderungen, z. B. neue
-Funktionen, Änderungen einer API oder behobene Fehler, zu erhalten, sollte ein
-Changelog gepflegt werden.
+## Maintaining a changelog (GCG12004) <img src="/img/2.png" alt="recommendation level 2" />
+You should maintain a changelog to make it easier for users and contributors to
+see precisely what notable changes have been made between each version of the
+project.
 
-Für die Änderungshistorie von konkreten Anpassungen gibt es die Historie des VCS
-(siehe [Immer ein VCS nutzen (GCG11001)][gcg11001]).
+Use a VCS to keep track of code changes (see [GCG11001][gcg11001]).
 
 ## Software Versioning (GCG12004) <img src="/img/2.png" alt="recommendation level 2" />
-Ein verständliches Versionsschema hilft Leuten, die von der eigenen Software
-abhängig sind, einen schnellen Einblick zu erhalten, wie wichtig ein Update ist.
-Über die Versionsnummer kann ebenfalls der Zweck einer Version kommuniziert
-werden (Release, Prerelease, Test etc.).
+A clear and documented version schema helps users and contributors to see the
+importance of an update. Furthermore, the version can mark releases,
+pre-releases, test version etc.
 
 [lts]: https://en.wikipedia.org/wiki/Long-term_support
 [gcg11001]: /en/guidelines/general/11000/#immer-ein-vcs-nutzen-gcg11001