> ## Documentation Index
> Fetch the complete documentation index at: https://docs.appsignal.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Wartungsrichtlinie

## Versions-Support für Sprachen und Pakete

Bei AppSignal haben wir eine Support-Richtlinie für alle unsere Integrationspakete. Diese definiert, welche Kompatibilität wir mit Programmiersprachen und Paketen, mit denen wir integrieren, aufrechterhalten. Wir können den Support für einige Versionen von Programmiersprachen und Paketen im Laufe der Zeit einstellen. Diese Seite gibt Auskunft über unsere Richtlinie. Diese Richtlinie kann in Zukunft Änderungen unterliegen.

## Begründung

Es gibt viele Versionen von Programmiersprachen und Paketen. Wir können realistischerweise nicht alle unterstützen. Es würde zu viel Zeit für die Wartung beanspruchen und unsere Arbeit auf spezifische Syntax und Funktionen der Sprachen/Pakete beschränken.

## Programmiersprachen

Wir unterstützen die gewarteten Versionen einer Programmiersprache, mit der wir integrieren. Sobald ein Release den Status End of Life (EOL) erreicht, stellen wir den Support im nächsten Major- oder Minor-Release einer Integration ein. Wenn möglich, tun wir dies, indem wir die Sprachversionsanforderung in unseren Paketdefinitionen aktualisieren, sodass die Installation auf älteren Versionen fehlschlägt.

Lesen Sie unten die Wartungsrichtlinie pro Sprache, mit der wir integrieren. Wenn eine Sprache, die wir unterstützen, keine Wartungsrichtlinie hat, unterstützen wir standardmäßig die letzten drei Major-Releases, sofern möglich.

* [Ruby-Wartungsrichtlinie](https://www.ruby-lang.org/en/downloads/branches/)
* [Elixir-Wartungsrichtlinie](https://hexdocs.pm/elixir/compatibility-and-deprecations.html)
  * [Erlang OTP-Support](https://hexdocs.pm/elixir/compatibility-and-deprecations.html#compatibility-between-elixir-and-erlang-otp) basiert darauf, welche Version von Elixir welche OTP-Version unterstützt.
* [Node.js-Wartungsrichtlinie](https://nodejs.org/en/about/releases/)
  * Wir unterstützen nur die Releases unter "Maintenance LTS", "Active LTS" und "Current".
* [Python-Wartungsrichtlinie](https://devguide.python.org/versions/)
  * Wir unterstützen nur die Releases, die sich in den Zuständen "feature", "bugfix" und "security" befinden.
* Support-Richtlinie für Front-end JavaScript.
  * Wir streben Kompatibilität für die meisten Major-Browser an, bis zurück zu Internet Explorer 9. Alle Browser, die älter sind, können nur auf "Best-Effort"-Basis unterstützt werden, und die volle Funktionalität kann nicht garantiert werden.
  * Es unterstützt auch verschiedene Ziele:
    * Electron-Apps
    * Kurzlebige Prozesse
    * Serverless-Funktionen
    * Statisch generierte Apps
    * React Native/Expo-Apps

## Pakete

Wir unterstützen die gewarteten Versionen eines Pakets, mit dem wir integrieren. Sobald eine Paketversion den Status End of Life (EOL) erreicht, stellen wir den Support im nächsten Major- oder Minor-Release einer Integration ein. Wenn möglich, tun wir dies, indem wir die Paketversionsanforderung in unseren Paketdefinitionen aktualisieren oder auf andere Weise.

Nicht alle Pakete haben eine Wartungsrichtlinie und unterstützen nur das neueste Release ihres Pakets. In diesem Fall unterstützen wir nur die letzten drei Major-Versionen oder Minor-Versionen, wenn ein Paket selten ein Major-Release veröffentlicht. Dieser Support ist im Rahmen des Vernünftigen, solange wir ihn aufrechterhalten können, ohne übermäßige Mengen an Zeit für die Aufrechterhaltung der Kompatibilität aufzuwenden.

## Neuere Integrationen

Für neue Integrationen (Programmiersprachen und Pakete) gilt diese Support-Richtlinie nicht. AppSignal zielt zunächst nur auf die gewartete oder neueste Version einer Sprache/eines Pakets ab. Wir werden ältere Versionen nicht sofort unterstützen, sofern dies nicht relevant ist.

## Git-Branches

Während des Support-Prozesses kann eine App auf Anfrage einen Fix oder ein neues Feature getestet haben, indem sie eine der AppSignal-Integrationen über Git über einen bestimmten Git-Branch eingebunden hat. Diese Branches gehören zu Pull Requests, die schließlich entweder gemerged oder geschlossen werden. Danach wird der Branch, der zum Pull Request gehört, **nach sechs Monaten entfernt**. Dies kann manchmal länger dauern, aber es werden keine Garantien über die Lebensdauer von Branches über diesen Punkt hinaus gegeben.

Bitte aktualisieren Sie Ihre Integration so bald wie möglich auf die neueste veröffentlichte Version der Pakete.

Wir empfehlen dringend, eine App *niemals* in ihre Produktionsumgebung zu deployen, wenn sie eine AppSignal-Integration über Git installiert.