Является ли хорошей идеей хранить отдельные проекты в одном репозитории, если они тесно связаны? [закрыто]

Закрыт . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, редактируя это сообщение .

Закрыт 5 месяцев назад .

Я нахожусь на ранних стадиях разработки веб-приложения, которое будет содержать клиентское приложение JavaScript, которое развертывается в клиентском браузере, и серверный API типа REST, который будет находиться на моем сервере. Оба будут общаться, используя данные Ajax и JSON.

И вот в чем дело; они разрабатываются совершенно отдельно, даже не разделяя ни строчки кода, ни одного ресурса. Оба являются приложениями Node.js. На стороне сервера используются экспресс и sequelize для всех вещей на стороне сервера, а на стороне клиента используется сервер разработки Hem со стилусом и кофейным скриптом и будет скомпилирован до 3 файлов (index.html, application.js и application.css). ), которые в конечном итоге будут развернуты сервером как статические данные.

Часть, я не уверен, как управлять версиями. Например, если у них общие или отдельные номера версий. Также как должно выглядеть репозиторий Git.Часто ли корневая папка репозитория Git содержит две или более папок с отдельными, но тесно связанными проектами? Или я должен разделить их по веткам, одна называется сервером, другая - клиентом? Или я должен вообще разделить их на два отдельных репозитория? (Это будет дороже, так как я использую частные репозитории GitHub)

Я не ищу никого, кто скажет мне, что делать, но сообщайте мне о плюсах и минусах альтернатив. По вашему опыту, какой курс действий был бы наилучшим и почему.

задан double-beep 8 July 2019 в 12:11

0 ответов

Другие вопросы по тегам:

git node.js project-management

Является ли хорошей идеей хранить отдельные проекты в одном репозитории, если они тесно связаны? [закрыто]

0 ответов

Похожие вопросы: