Как грамотно организовать бойлерплейт для веб-разработки?

Question

[Anubis]

Имеется суповой набор из файлов вебпак-конфигов и настроек линтеров, который кочует из одного проекта в другой практически без изменений. Хотелось бы его вынести в некий отдельный проект, чтобы решить проблему дублирования кода и получить возможность централизованно обновлять эти скрипты и конфиги. На уровне проектов могут варьироваться разве что точки входа и выходные файлы у вебпак-конфигов. То есть речь об импорте вынесенных в отдельный проект конфигов и обновлении значений entry и, возможно, output. И о подтягивании tslint.json и .stylelintrc из общей точки.

Хотелось бы получить советов о вариантах организации и автоматизации такого процесса.

Answer 1

[Андрей Шубин]

Как насчет git submodule?

Answer 2

[Ivan Bogachev]

Как грамотно организовать

Не знаю, как грамотно, поэтому поделюсь, чем сам пользовался. Не самый удобный, но рабочий вариант:

• есть репозиторий с типовой структурой проекта и этими конфигами (можно даже на своем сервере захостить).
  
• у себя локально в типовом проекте он добавляется с помощью git remote add.
  
• после обновления конфигов там, с помощью git fetch + git log + git cherry-pick нужные изменения в них добавляются в текущий проект.
  

Недавно начал играться с локальным GitLab и возникла мысль автоматизировать этот процесс там, чтобы одной кнопкой все делалось, но что-то пока ничего путного из этого не вышло.

Была также идея иметь полностью одинаковые конфиги везде (символическими ссылками из одной директории во все проекты добавлять), а значения entry и output, о которых вы говорите, вынести в какой-то локальный для каждого проекта конфиг. Но как-то идея не прижилась - уж слишком она завязывается на расположение проектов и файлов относительно друг друга.

Comments

[Anubis]

Вот как раз интересует в виде вынесения в отдельный проект и последующего подключения в качестве ссылок

Answer 3

[Александр Таратин]

https://github.com/Rich-Harris/degit - генератор проектов на основе git репозиториев.