Как лучше обновить boilerplate текущего проекта?

Question

[LionG]

Например создал я для себя и настроил `webpack-vue-boilerplate`, запушил его в репозиторий на гите, на его основе создал не один проект с отдельными репозиториями. Тут выходит обновление какой нибудь зависимости, вношу свои фичи, оптимизации... как мне лучше обновить boilerplate в проекте тк он в другом репозитории ?

Answer 1

[Hemul GM]

В чем проблема? Обновляешь репозиторий webpack-vue-boilerplate. Остальные проекты пересобираешь при этом запулив изменения webpack-vue-boilerplate

Comments

[LionG]

Проблема в том что какой нибудь ToDoList не знает про webpack-vue-boilerplate тк это отдельные репозитории.

Пересобирать вручную закинув исходники ToDoList в новый boilerplate или можно как то через git ?

[LionG]

Или отправить pull request от webpack-vue-boilerplate в ToDoList ?

[Hemul GM]

LionG, каким образом ты делал ToDoList? Скопировал туда исходники из webpack-vue-boilerplate?
Если так, то делай опять так.
В нормальных случаях, зависимости, которые имеются в проекте должны вести на оригинальный репозиторий. И могут быть обновлены в любое время

[LionG]

Hemul GM, Я пока планирую как это делать в будущих проектах основанных на boilerplate.

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

Подскажите пример как оно должно работать в нормальных условиях. Вот создал я webpack-vue-boilerplate. Как мне дальше создать ToDoList что бы он ссылался на boilerplate ? Fork (мне кажется он немного для другого предназначен) ?

[Hemul GM]

LionG, зачем форк? Репозиторий есть репозиторий. В зависимости от языка, на которым вы пишите есть инструменты для работы с зависимостями. Есть инструменты, которые позволяют указать ссылку на репозиторий как зависимость. В простых инструментах репозиторий выкачивается в папку и уже она служит источником, который можно в любой момент обновить.

Гит тут может помочь только субмодулями. Не знаю, есть ли такое в GitHub, но в GitLab такое часто применяется. Целевой репозиторий указывается во втором репозитории как ссылка и выкачивается дополнительно. Не нужно хранить во втором репозитории исходники из первого

[LionG]

Hemul GM, К сожалению boilerplate нельзя использовать как зависимость именно в том виде зависимостей которые используются в этой среде.

Видимо субмодули это то что я искал, спасибо.

[LionG]

Hemul GM, Хотя все же не то... субмодули должны лежать в своих директориях, а мне нужно мерджить в ToDoList последнюю версию boilerplate.

Пробую в ToDoList подключить boilerplate как 2й remote (1й остается для push'a в оригинальный, а 2й будет для обновлений boilerplate) но пока не разобрался с merge тк ругается что истории отличаются.

Answer 2

[LionG]

Пока что пришел к выводу что нужно добавить boilerplate как 2й remote и тянуть с него merge.
Первый раз он будет ругаться на рассинхрон истории и нужно будет применить --allow-unrelated-histories. В последующие разы merge проходит в штатном режиме.

UPD: Создаю репозиторий *-boilerplate с главной веткой "boilerplate". Когда нужно создать проект на основе этого шаблона то копирую *-boilerplate и от ветки "boilerplate" создаю новую ветку "master". А для мастера добавляю другой origin куда пушить буду. При необходимости обновления выполняю merge из boilerplate в master.