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

Question

[Виктор]

Сломал голову - никак не придумаю, как организовать сборку и деплой проекта (сейчас использую gitlab ci) таким образом, чтоб в ветку master, которая разливается на прод, не попадали сорсы, а только скомпилированные и минимизированные js/css

Comments

[Lynn «Кофеман»]

Не выливать в прод гит. Выливать туда только артефакты сборки

[Виктор]

Алексей Тен, думал о таком - возникли вопросы: как отслеживать изменения файлов на проде (такое возможно, да) и как быть с ситуацией когда в билде файл удалился (при заливке артефактов на прод этот файл не удалится ведь?)

[Igor Deyashkin]

Для меня ваш вопрос выглядит примерно так: "Как мне сделать то, что делать не стоит?". Естественно, в таком виде я на него ответить не могу.

В гите уместно хранить именно исходный код и в ветках по идее должны быть разные версии одного и того же, а не разные сущности. То есть вот этот кейс, который вы хотите, чтобы в мастере хранился не исходный код, а его производные - не надо так делать. Как вы будете синхронизировать изменения между ними? Если вы на проде сделаете изменение в минимизированной версии скрипта, например - как и в какой момент вы будете это синхрониизровать с нормальной версией?

Менять файлы на проде файлы напрямую тоже довольно опасная идея - в принципе, как временный вариант, когда к проду имеет доступ только один человек можно так делать.

Если вы сейчас понимаете, что делаете что-то не то - переформулируйте ваш вопрос так, чтобы он был о конечной цели.
Если вы считаете, что выпрали правильный путь решения своей задачи и хотите узнать именно то, что спрашиваете - я бы не очень рассчитывал на ответ, но может быть кто-нибудь вам и ответит =)

[Виктор]

Igor Deyashkin, да, вполне возможно, что вопрос не соответствует тому, чего хочу в итоге))
на проде могут быть контентные правки (грубо говоря со стороны контент-редакторов заказчика, ибо cms) их важно не затереть при деплое
В общем: чисто ради эстетики хочется иметь на проде только билд проекта - без исходников, ибо на сегодняшний момент во всех проектах на прод просто накатывается ветка мастер (с тестами, с исходниками, с гульпом и т.д.) и никого это не напрягает.
Вот можно ли такое организовать с помощью gitlab ci и как?

[BorLaze]

ибо на сегодняшний момент во всех проектах на прод просто накатывается ветка мастер (с тестами, с исходниками, с гульпом и т.д.) и никого это не напрягает.

А вот это уже другой вопрос. Который к гиту не имеет ни малейшего отношения.

Это все должна делать CI система. То есть:
- получить из гита исходники
- провести "предпродажную подготовку" (минимизировать/обсфуцировать скрипты, например)
- скомпилировать (если это компилируемый код)
- задеплоить

То есть - из сорцов сделать некий конечный пакет, который и деплоится на прод/юат/дев.

А держать деплой-код в гите не надо. Не для того он.

[Lynn «Кофеман»]

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

Если же они таки по какой-то критической необходимости меняются руками, то это не проблема git, а задача того, кто меняет прод внести соответствующие изменения и в git

[Lynn «Кофеман»]

на проде могут быть контентные правки

А это вообще не в git должно быть, а CMS-ке какой-нибудь

Answer 1

[Igor Deyashkin]

Сначала отмечу пару моментов:

1. Не храните в гите никаких производных от кода. То есть минифицированных скриптов, стилей и т.п. Они должны собираться из исходников на этапе билдинга и в них не должно внноситься никаких изменений - все изменения только в исходники.
2. Вы написали, что заказчик может редактировать css и т.п. Тут нужно понимать, что это не часть вашего приложения и вашего кода. Это уже пользовательские данные и в репозитории проекта им не место. Если у вас есть желание их версионировать - вы можете использовать для них свой git репозиторий.

> хочется иметь на проде только билд проекта - без исходников.

Есть много способов это сделать. Как вариант, вы можете иметь на проде репозиторий проекта и при деплое использовать его для билдинга конкретного экземпляра системы. Тогда на самом сервере у вас исходники будут, причем можно будет легко получить любую версию, поскольку это репозиторий, но в экземплярах системы - только то, что необходимо. Либо вы можете на CI сервере билдить проект и уже готовый передавать на сервер.

Comments

[Igor Deyashkin]

Виктор мой ответ вам чем-то не подходит? Напишите что вас смущает - возможно я поясню свою позицию, либо отредактирую ответ. Может быть у вас есть какие-то вопросы? А то я уже второй или третий раз натыкаюсь на этот вопрос (так как в нем не выбрано решение) и оказывается, что я на него уже ответил )

[Виктор]

Igor Deyashkin, все ок) выбрал версию с двумя репами