Release-Strategie
Für jedes Hauptversionsupdate von react-native veröffentlicht React Native für Windows eine entsprechende Version. Zusätzlich gibt es drei Release-Distributionen mit entsprechenden npm-Paketdistributions-Tags
- Canary (@canary)
- Preview (@preview)
- Latest (@latest)
canary-Builds werden direkt aus unserem Hauptzweig erstellt. Diese Builds geben keine Garantien hinsichtlich der Upstream-React-Version, Breaking Changes oder der allgemeinen Stabilität. Diese Builds sollten für die Entwicklung oder zum Testen von Spitzenfunktionalität verwendet werden, sollten aber nicht für den Produktionseinsatz herangezogen werden. Master-Builds werden als 0.0.0-canary.x versioniert.
preview-Builds sind die ersten, die von stabilen Zweigen veröffentlicht werden. Diese Builds zielen darauf ab, mit der Zeit immer polierter zu werden und haben weniger Breaking Changes als in Canary. Preview-Builds werden als 0.x.0-preview.y versioniert, wobei x der Minor-Version von React Native entspricht.
latest-Builds entsprechen unserer "veröffentlichten" Version. Breaking Changes sollten nicht nach der Promotion zu latest an stabilen Zweigen vorgenommen werden. Es muss Vorsicht walten, um die Stabilität unserer nicht-Vorabversionen nicht zu beeinträchtigen. Nur Änderungen mit geringem Risiko, die für Kundenszenarien kritisch sind, sollten zurückportiert werden. Veröffentlichte Builds werden als 0.x.y versioniert, wobei x der Minor-Version von React Native entspricht.