Size: a a a

2020 June 27

AG

Andrey Gumilev in ru_gitlab
George Gaál
Вообще в идеале надо собирать строго на той же платформе, где ты запускаешь
Ну нжингс так и пишет
источник

GG

George Gaál in ru_gitlab
Видимо, где-то включаются оптимизации под тип проца
источник

AG

Andrey Gumilev in ru_gitlab
Не все поддерживают кросс компиляцию
источник

GG

George Gaál in ru_gitlab
Andrey Gumilev
Ну нжингс так и пишет
Кросс компиляция спасет отца русской демократии, только флаги нужно подобрать
источник

GG

George Gaál in ru_gitlab
Andrey Gumilev
хехе, сегодня хотел попробовать ) но мне нужно под все армы ,так что не вариант
arm64 & armhf ?
источник

GG

George Gaál in ru_gitlab
Или ещё варианты есть?
источник

AG

Andrey Gumilev in ru_gitlab
George Gaál
Кросс компиляция спасет отца русской демократии, только флаги нужно подобрать
У них это на оф сайте. - Не делай так
источник

AG

Andrey Gumilev in ru_gitlab
George Gaál
Или ещё варианты есть?
ещё 3)
источник

GG

George Gaál in ru_gitlab
Andrey Gumilev
У них это на оф сайте. - Не делай так
Пускай засунут свою рекомендацию поглубже
источник

GG

George Gaál in ru_gitlab
Какие
источник

VZ

Vladimir Zemtsov in ru_gitlab
Добрый день. Есть такой вопрос по gitlab ci.
У меня есть ci правило для проекта, в котором описаны job'ы которые запускаются в зависимости от того, куда прилетел коммит.
(При коммите в мастер ветку - свои job'ы, при коммите в НЕ мастер ветку - свои job'ы, при мердж реквесте в мастер - свои).

Получается, когда ветка висит в МР и в нее прилетает коммит - появляется 2 паплайна. Можно ли как-то отключить пайплайны НЕ мастер ветки, если она находится в Мердж Реквесте в мастер?
источник

N

Nikolay in ru_gitlab
CI_TARGET_BRANCH_NAME
источник

VZ

Vladimir Zemtsov in ru_gitlab
Не очень понял, как это может помочь
источник

GG

George Gaál in ru_gitlab
Кратко
источник

GG

George Gaál in ru_gitlab
Отфильтровать пайплайн в мр
источник

R

Roman in ru_gitlab
Приветствую! Есть 30 небольших парсеров на python. Они корректируются раз в неделю и становится неудобно править что-то напрямую или вручную обновлять код на сервере. Как с помощью gitlab можно автоматизировать обновление кода на сервере по коммиту и правильна ли это тактика - размещение подобных проектов как код, запускаемый через systemd сервис?
источник

i

inqfen in ru_gitlab
1. gitlab-ci.yml
2. Ну тут в зависимости от инфры, может правильно, может нет
источник

R

Roman in ru_gitlab
inqfen
1. gitlab-ci.yml
2. Ну тут в зависимости от инфры, может правильно, может нет
Спасибо. То есть ставим Ранер, который по коммиту будет просто пулл делать и, кажем, дергать сервис?
источник

i

inqfen in ru_gitlab
Раннер при коммите пуллит репозиторий и запускает то, что описано в джобах
источник

i

inqfen in ru_gitlab
Там деплой и описываешь
источник