Поддержание рамочного шаблона и побочных сайтов

Question

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

Примечание: частичный ответ также приветствуется,Заранее спасибо.

1) Framework клонируется в новый локальный проект A. Изменения внесены в проект A, но они не переносятся обратно в репозитории Framework, но, возможно, в другие репозитории.

В: Каков наилучший способ работы с Проектом А и при этом продолжать отслеживать изменения в Framework, которые могут быть внесены в Проект A. Новые репозитории, ветвления или оба?

2) Framework обновлени изменения доступны для внесения в проект А.

В: Каков наилучший способ обработки добавочных обновлений из репозиториев Framework в проект A?

3) Framework содержит пример кода вфайл «маршруты», они предназначены для перезаписи в проекте А.

В: Как избежать конфликтов в проекте А при получении обновлений из Framework?

Answer 1

Как правило, вы:

• клонируете репозиторий Framework, начинаете изменять его и отправляете в новый репозиторий проекта
• добавляете URL репозитория фрейма как upstream remote

То есть:

git remote rename origin upstream
git remote add origin /url/new/project

Оттуда вы можете легко получить новые коммиты из Framework 'upstream' (git fetch upstream), посмотреть, важны ли они, и вишнево выбратьте, которые вы хотите, оставляя остальные.

Короче говоря, не объединяйте напрямую ветки из Framework в ваш проект.