выглядит так:
1) один отдел собирает executable
2) его берут другие отделы и встраивают в него свой комплект файлов (имена одинаковые, а содержимое может отличаться).
3) результат высылают потребителям
А задача в чем? Впрямую так нельзя, но обходные пути можно придумать, если знать, зачем
2. это конфиги
может перед сборкой бинаря в пайплайне тупо скачивать файлы
Language файлы разные. Давать их в общий конвейер сборки не хотят, чтобы не было конфликтов и бардака.
дык а зачем вы хотите их в бинарник запихать?
Потребителям так удобнее. Но если не получится, то будут рядом лежать. Но тогда их надо будет как-то от модификации защищать, проверять hash и прочая мутотень.
их нужно будет только читать, и использовать. Зачем защита от модификаций и т.п.? что это даст?
Все хуже. Pipeline не знает даже то, сколько будет "вариантов поставки".
Ну не хочется, чтобы кто-то их правил. Бизнес-требование такое.
ну пусть на своей стороне собирают полностью из сорцов задача по прежнему не ясна
> ну пусть на своей стороне собирают полностью из сорцов Звучит как жестокое обращение с сотрудниками отдела маркетинга 😊 Но задачу решает да.
Можно паковать данные в архив/контейнер с бинарником
А может просто сборщик написать, который будет делать ровно все что вам нужно: - уметь принимать на вход какие-то кастомные файлики, которые надо встроить в бинарь - из гита проект высасывать в актуальном состоянии - складывать во временную папочку (контейнер) все это добро и собирать - генерить ссылку на скачку мне кажется такая фигня своими руками пишется за +-день вместе с фронтом
Обсуждают сегодня