Imamo veliki projekat u monorepo sa jedinstvenim tokom objavljivanja. Odlučili smo da ga podelimo i frontend izdvojimo u zasebne repozitorijume sa sopstvenim ciklusom objavljivanja. Pojavljuje se problem nesklada verzija između backend-a i klijenta. Kako bi video rešenje ovog problema? Kako organizovati rad da budeš maksimalno zaštićen od kvarova na produkciji?

Проблема рассинхрона версий фронтенда и бэкенда при разделении монорепозитория решается несколькими способами:

• Версионирование API. Бэкенд должен поддерживать несколько версий API одновременно, чтобы старые клиенты не ломались при обновлении сервера.

• Контракты и схемы. Использовать схемы (например, OpenAPI/Swagger) для описания API и проверять соответствие клиента и сервера этим контрактам.

• Интеграционные тесты. Автоматически тестировать взаимодействие фронтенда и бэкенда, чтобы выявлять несовместимости до релиза.

• Feature flags и постепенный rollout. Позволяют включать новые функции постепенно и быстро откатывать при проблемах.

• CI/CD с проверкой совместимости. В пайплайне сборки фронтенда запускать тесты против стабильной версии бэкенда и наоборот.

Таким образом, организация работы должна включать четкое API-версионирование, автоматические тесты и коммуникацию между командами, чтобы минимизировать риски поломок на продакшене.