Wersje

Strategia wersji

Stabilność zapewnia, że mikroprzedsiębiorstwa, interfejsy API, narzędzia i wyuczone praktyki nie są nieoczekiwanie przestarzałe.

Ten dokument zawiera praktyki, które są przestrzegane, aby zapewnić taksonomię, zrównoważoną stabilnością, zapewniając, że przyszłe zmiany są zawsze wprowadzane w przewidywalny sposób.

DDB następuje Wersja semantyczna 2.0.0 (opens new window) . Numery wersji DDB mają trzy części: major.minor.patch. Numer wersji jest zwiększany na podstawie poziomu zmian zawartych w wydaniu.

• Główne wydania zawierają znaczące nowe funkcje, niektóre, ale minimalna pomoc programistów oczekuje się podczas aktualizacji. Podczas aktualizacji nowej głównej wersji może być konieczne uruchomienie skryptów aktualizacji, kodu refaktora, uruchomienia dodatkowych testów i nauki nowych interfejsów API.
• Drobne wydania zawierają ważne nowe funkcje. Drobne wydania są w pełni kompatybilne się z wstecz; Podczas aktualizacji nie oczekuje się pomocy programistów, ale możesz opcjonalnie zmodyfikować swoje aplikacje i biblioteki, aby zacząć korzystać z nowych interfejsów API, funkcji i możliwości dodanych w wydaniu.
• Patle są niskim ryzykiem, zawierają poprawki błędów i małe nowe funkcje. Podczas aktualizacji nie oczekuje się pomocy programistów.

Harmonogram wydania

Możesz śledzić Obecny postęp zespołu (opens new window) Aby uzyskać bardziej szczegółowy przegląd.

⚠️ Zastrzeżenie : Działamy w dynamicznym środowisku i rzeczy mogą ulec zmianie. Podane informacje mają na celu nakreślenie ogólnego kierunku frameworka. Jest przeznaczony wyłącznie do celów informacyjnych. Możemy zdecydować o dodaniu/usunięciu nowych elementów w dowolnym momencie w zależności od naszej zdolności do dostarczania podczas spełnienia naszych standardów jakości. Rozwój, uwalniania i czas wszelkich funkcji lub funkcjonalności DDB pozostaje w wyłącznym uznaniu zespołu DDB. Mapa drogowa nie reprezentuje zobowiązania, obowiązku ani obietnicy dostarczenia w dowolnym momencie.

Praktyki amortyzacji

Czasami konieczne są „złamanie zmian”, takie jak usunięcie obsługi wybranych interfejsów API i funkcji. Aby te przejścia były tak łatwe, jak to możliwe:

• Liczba zmian złamania jest zminimalizowana, a narzędzia migracyjne dostarczane w miarę możliwości.
• Polityka amortyzacji opisana poniżej jest przestrzegana, dzięki czemu masz czas na aktualizację aplikacji do najnowszych interfejsów API i najlepszych praktyk.
• Powiadomienia zostaną opublikowane w grupach aplikacji i Yammer w celu zidentyfikowania powiązanej osi czasu.

Polityka amortyzacji

• Zakładane funkcje są ogłoszone w Changelog, a jeśli to możliwe, z ostrzeżeniami w czasie wykonywania.
• Po ogłoszeniu amortyzacji podano zalecaną ścieżkę aktualizacji.
• Obsługiwane jest istniejące użycie stabilnego interfejsu API w okresie amortyzacji, więc twój kod będzie działał w tym okresie.