Как объединить 2 сборки?

Question

[s_a_iii_a]

Это вообще реально?

У нас есть 2 сборки: на одной - фронт, на другой - бэк. В обоих уже очень много кода, каждая из них имеет свои конфигурационные файлы, свой гит-репозиторий. Пришло время объединять работу фронта и бэка. То есть мы хотим иметь единую кодовую базу, с одними конфигурационными файлами, с одним репозиторием.

Попробовали вставить одну в другую - сборка перестала работать. Вероятно, нужно идти в направлении создания новой, объемлющей сборки, которая будет включать и сборку для фронта, и сборку для бэка?

Может есть какие-то best practices по склеиванию сборок? Может есть материалы с инструкциями?

Comments

[WapSter]

gulp, babel, webpack

Каким образом все эти технологии относятся к бэкенду?

[s_a_iii_a]

WapSter, поправил. Спасибо

[Алексей Уколов]

И что же вы поправили, кроме добавления composer? Из вопроса по прежнему непонятно чего вы хотите и в чём проблема.

[s_a_iii_a]

Алексей Уколов, спасибо за обратную связь.

Проблема - это противоречие между тем что есть и тем, что мы хотим.

Что есть? Есть 2 сборки - по отдельности они работают нормально. У каждой свои конфигурационные файлы, свой git-репозиторий.

Как надо? Надо, чтобы сборки работали вместе, как одна, с общими конфигурационными файлами, в одном репозитории, с одной системой контроля версий.

Как этот вопрос лучше решать: одну в другую положить или на основе двух сборок одну сделать?

Если это сообщение внесло больше ясности, то, пожалуйста, скажите, я поправлю вопрос.

Answer 1

[WapSter]

Ну если прям уж очень охота объединить, то в проекте создается папка backend для бэка и frontend для фронтенда. Я же так полагаю они работают по api, в чём тогда сложность их объединять?

Comments

[s_a_iii_a]

А как грамотно объединить все файлы конфигурации? Чтобы, когда мы запускали сборку, то запускались и фронт и бэк. Другими словами, чтобы не получилось, что отдельно запускается фронт, отдельно бэк.

[WapSter]

s_a_iii_a, docker