Есть основной код - назовем его код (А)
На основе этого кода будет две реализации доп функционала (Б) и (С)
Эти реализации самостоятельные и обратного вливания кода в (А) из (Б) и (С) не будет
А вот вливание из (А) в (Б) и (С) будет
Вопрос - как в рамках Github реализуется поддержание актуальности кода (А) в (Б) и (С) ?
Т.е. я внес изменения в (А) как теперь мне эти изменения получить в (Б) и (С) ?
Описанный сценарий для GitHub - совершенно нормальный. Бывает и такое.
Перенос изменений из одной ветки в другую делается всегда через merge.
И это - ручной процесс. Тоесть все конфликты merge ты ресольвишь сам вручную.
Ветки А/B/C и master/dev - абсолютно одинаковые с точки зрения слияния и
самому гитхабу безразлично куда вы будете сливать изменения.
Перенос изменений из одной ветки в другую делается всегда через merge
С локальными ветками мне история понятна
Получается что репозиторий (А) мне надо клонировать локально, например, в проект (Б)
Затем при наличии изменений в проекте (А) делать git pull проекта (А) а потом git merge (А) в (Б)
и все тоже самое для проекта (С) ?
Про ветки написали, но мне кажется, что вопрос про другое. Очень похоже, что имеется ядро системы, и на его основе развернут проект Б и С. Тогда делаем отдельные репы для А, Б, С. В проектах Б и С подключаем как зависимость реп А (средствами принятыми в используемом языке).
Касательно гита, есть еще submodules, но я бы не стал их использовать, не очень это удобно.
Очень похоже, что имеется ядро системы, и на его основе развернут проект Б и С
Да, именно так и вопрос в том как обновлять проекты (А) и (Б) при изменении ядра
Если я правильно понимаю то мне надо клонировать локально проект (А) а затем получать локально изменения из проекта (А) так git pull и полученные изменения проекта (А) локально git merge в (Б) и все тоже самое для проекта (С)
Язык какой? Как правило это делает менеджер зависимостей. Он при вызове, обращается к репу ядра и вытягивает из неё версию соответствующую заданным условиям.
Изменили ядро, запушили в реп Ядра. Открываете проект Б, запускаете обновление зависимостей оно скачивает новую версию в специальную директорию проекта Б, которая не под контролем версий (а может и в какую-то общую директорию, откуда внешние зависимости подключаются)
Простой
