В настоящее время я пытаюсь выяснить, как управлять выпусками с помощью git flow в сценарии, в котором у меня есть один репозиторий git с примерно 15 проектами в двух решениях плюс сценарии для базы данных.
Каждое решение в основном содержит один проект, результатом которого будет исполняемый файл, и более 10 проектов, содержащих базовые функции, используемые обоими решениями, такими как DAL, оболочка доступа SAP и т. Д.
Первое решение - это приложение с пользовательским интерфейсом для пользователей.
Решение two - это служба Windows.
Выпуск двух решений и база данных не синхронизированы. Это означает, что часто выпускается только одна руда из трех. Это приводит к разным номерам версий. Например, UI выпускается довольно часто, сервис выпускается редко. База данных где-то посередине. Итак, UI может иметь версию 2.1.15, сервис 2.1.1 и базу данных 2.1.5.
Что теперь делать с общими проектами? Должны ли они использовать номер версии пользовательского интерфейса или службы?
Как я могу учесть тот факт, что изменение в одном из общих проектов не приведет к автоматическому запуску выпуска обоих решений? Это означает, что одновременно производственная среда содержит две разные версии одних и тех же проектов. Это как-то нужно отразить в репозитории.
Я немного заблудился здесь, любые советы, опыт и т. Д. Были бы признательны.
Я могу структурировать репозиторий и базу кода любым способом, и я могу создать дополнительные репозитории, если это поможет.
