Управление проектными зависимостями в GIT

Question

Я новичок в GIT и долго размышляю о том, как использовать GIT для управления моими проектами, как показано ниже.

code1
L .metadata
Яблочный сервер
L shared-code-archive = common с bananaserver
L logger-archive = общий с bananaserver

Кодекса2
L .metadata
L bananaserver
L общий код-архив = общий с appleserver
L logger-archive = общий с appleserver

.metadata - это метаданные Eclipse, относящиеся к проекту для appleserver или bananaserver. Яблочный сервер имеет специфичный для проекта код и имеет версии 1.0, 1.1 и т. д. shared-code-archive является общим кодом и имеет свои собственные версии версий 1.0, 1.1 и т. д. .

Appleserver версии 1.0 зависит от версии 1.5 shared-code-archive и версии 1.3 logger-archive. Appleserver версии 1.1 зависит от версии 1.6 разделяемого архива кодов и версии 1.3 архива логгеров.

Мне нужно иметь возможность управлять проектом appleserver таким образом, чтобы при извлечении версии 1.0 сервера Apple мне требовались автоматические проверки зависимых версий.

Answer 1

Поскольку у них есть свои собственные версии, они кажутся независимыми проектами.Я лично хотел бы, чтобы «shared-code-archive» и «logger-archive» были отдельными репозиториями и включали правильную версию скомпилированных библиотек в папку lib CODE1 и CODE2.Когда вам нужно обновить, установите новую версию библиотеки и зарегистрируйте ее (конечно, после запуска модульных тестов).На мой взгляд, к ним можно относиться как к любой сторонней библиотеке или артефакту.Если вам нужен источник для «logger-archive» 1.2, скачайте его из репозитория logger-archive.