Нужно ли хранить сервер и клиент в разных репозиториях?

Question

[Kirgus]

Разрабатывается система из двух программ, которые общаются по HTTP.
Хранить клиент и сервер отдельно или в общем репозитории?

Answer 1

[Алексей Ярков]

Как удобнее. Я разделять стараюсь.

Comments

[Kirgus]

Я вот только начал разработку проекта и пока не знаю что в будущем окажется удобнее.

[Алексей Ярков]

Кирилл Гусарев, ну тогда так. Если бэкенд выступает как API, чтобы с фронтом jsonчиком обмениваться, то смысла держать в одном репозитории не вижу. Если, например, бэкенд и фронтенд написаны на Typescript и могут использовать общие интерфейсы, то я бы монорепу и NX выбрал.
Я ж не знаю что там за "проект" у вас ))

Answer 2

[Василий Банников]

Оба варианта допустимы.
Оба варианта могут оказаться очень неудобными в определённых обстоятельствах.

Если у тебя одна команда или вообще один человек и над тем и над тем работает - делай монорепу.

Если изменения будут задевать и клиент и сервер одновременно - делай монорепу.

Если в клиенте и сервере есть общий код, то делай монорепу.

Иначе - разделяй

Answer 3

[mayton2019]

Это организационный вопрос. Если будут 2 команды - то лучше разделить. Пускай каждая коммитит в свой. Так будет меньше споров и конфликтов. Но есть смысл разделять какой-то sub-module для публикации сетевого стандарта или протокола как эти две части друг с другом разговаривают. Это может быть Swagger-файл или GraphQL или SOAP или любой вообще описатель сетевого взаимодействия.