Versionen

Versionsstrategie

Die Stabilität stellt sicher, dass die Mikrodienste, APIs, Werkzeuge und gelernten Praktiken nicht unerwartet veraltet sind.

Dieses Dokument enthält die Praktiken, die befolgt werden, um Ihnen eine Taxonomie zu bieten, die mit Stabilität in Einklang gebracht wird, um sicherzustellen, dass zukünftige Änderungen immer auf vorhersehbare Weise eingeführt werden.

DDB folgt Semantische Versioning 2.0.0 (opens new window) . DDB -Versionsnummern haben drei Teile: major.minor.patch. Die Versionsnummer wird basierend auf der in der Veröffentlichung enthaltenen Änderungsstufe erhöht.

• Wichtige Veröffentlichungen enthalten erhebliche neue Funktionen, einige, aber während des Updates werden nur minimale Entwicklerhilfe erwartet. Bei der Aktualisierung einer neuen Hauptveröffentlichung müssen Sie möglicherweise Aktualisierungsskripte ausführen, Refactor -Code ausführen, zusätzliche Tests ausführen und neue APIs erlernen.
• Kleinere Veröffentlichungen enthalten wichtige neue Funktionen. Kleinere Veröffentlichungen sind vollständig rückwärtskompatibel; Während des Updates wird keine Entwicklerhilfe erwartet. Sie können jedoch Ihre Apps und Bibliotheken optional ändern, um neue APIs, Funktionen und Funktionen zu verwenden, die in der Version hinzugefügt wurden.
• Patch -Releases sind ein geringes Risiko, enthalten Fehlerbehebungen und kleine neue Funktionen. Während des Updates wird keine Entwicklerhilfe erwartet.

Freigabeplan

Sie können dem folgen Der aktuelle Team Fortschritt (opens new window) Für eine detailliertere Übersicht.

⚠️ Haftungsausschluss : Wir arbeiten in einer dynamischen Umgebung, und die Dinge können sich ändern. Die bereitgestellten Informationen sollen die allgemeine Rahmenrichtung beschreiben. Es ist nur zu Informationszwecken gedacht. Möglicherweise entscheiden wir uns, neue Artikel jederzeit hinzuzufügen/zu entfernen, abhängig von unserer Fähigkeit, unsere Qualitätsstandards zu erfüllen. Die Entwicklung, Veröffentlichungen und das Timing von Merkmalen oder Funktionen von DDB bleiben nach eigenem Ermessen des DDB -Teams. Die Roadmap stellt zu keinem Zeitpunkt eine Verpflichtung, Verpflichtung oder Versprechen dar.

Abschaltungspraktiken

Manchmal sind "Brechen von Änderungen" wie die Entfernung der Unterstützung für ausgewählte APIs und Funktionen erforderlich. Um diese Übergänge so einfach wie möglich zu gestalten:

• Die Anzahl der Bruchänderungen wird minimiert und die Migrationsinstrumente nach Möglichkeit zur Verfügung gestellt.
• Die nachstehend beschriebene Abschreibungsrichtlinie wird so befolgt, dass Sie Zeit haben, Ihre Apps auf die neuesten APIs und Best Practices zu aktualisieren.
• Benachrichtigungen werden in den Anwendungs- und Yammer -Gruppen veröffentlicht, um die zugehörige Zeitleiste zu identifizieren.

Abschaltpolitik

• Veraltete Funktionen werden im ChangeLog und nach Möglichkeit mit Warnungen zur Laufzeit bekannt gegeben.
• Wenn eine Abschaltung bekannt gegeben wird, wird der empfohlene Update -Pfad bereitgestellt.
• Die vorhandene Verwendung einer stabilen API während des Abschaltungszeitraums wird unterstützt, sodass Ihr Code in diesem Zeitraum weiter funktioniert.