Мы работаем над большим проектом, организованным в 4 командах (веб-сайт, сервер, апплет, развертывание). Иногда членам каждой команды приходится вносить незначительные изменения в код другой команды (например, : член команды апплета должен добавить поле на веб-сайте или член команды сервера должен изменить сценарий развертывания).Несколько Mercurial репозиториев или один с клонами
На данный момент каждая команда имеет свой собственный ртутный репозиторий, и мы используем номер версии для организации зависимостей между командами. (Апплет версия 3.4 нуждается в веб версии 1.7)
Я думаю, что наша ртутный организация не является оптимальным, моя идея состоит в том, чтобы иметь один большой Mercurial репозиторий MASTER, который будет клонирован в ВЕБСАЙТЕ, SERVER, APPLET и DEPLOYMENT. Каждый член каждой команды может иметь доступ к коду других, и на них не влияет фиксация других команд из-за разных клонов.
Что такое сообщество сообщества об этом?
+1 Согласен. На самом деле я пытаюсь организовать такой проект. Каждый проект имеет свое отдельное репо. Затем у меня есть другое репо, которое собирает все репозитории, используя функции subrepo. Затем, чтобы каждый проект знал о местонахождении других проектов в качестве зависимостей, я сначала подумал о том, чтобы использовать subrepos в них, но это было неправильно. Я пытаюсь настроить организацию на основе CMake, которая позволяет независимо работать над отдельными проектами (предоставляя переменные пути CMake для зависимостей) ИЛИ получая «основное» репо, у которого есть все (в уже установленных подпоре и путях CMake) – Klaim