AA
С ними и с анализом ))) минус парочку минут из этого времени)) но смысл в том, что проект то маленький. Я вот и думаю, что было бы, если он был больше чем нихера.
Я бы вообще не парился если до 10 минут.
Size: a a a
2020 October 22
D
А вообще с CI|CD головняк по времени. Проект мелкий, а каждая сборка в гитлабе и деплой через деплоер (без фронта) занимает по 8 минут. Дичь какая то :( вроде и кэш стоит.
а куда уходит столько времени ?
ну ладно если на тесты, там у каждого свои заморочки..
у меня на деплой уходит 4.5 минуты, из них 2.5 на тесты, минута на слип (мне было лень писать wait-until для очереди)
ну ладно если на тесты, там у каждого свои заморочки..
у меня на деплой уходит 4.5 минуты, из них 2.5 на тесты, минута на слип (мне было лень писать wait-until для очереди)
ПГ
а куда уходит столько времени ?
ну ладно если на тесты, там у каждого свои заморочки..
у меня на деплой уходит 4.5 минуты, из них 2.5 на тесты, минута на слип (мне было лень писать wait-until для очереди)
ну ладно если на тесты, там у каждого свои заморочки..
у меня на деплой уходит 4.5 минуты, из них 2.5 на тесты, минута на слип (мне было лень писать wait-until для очереди)
Ну мб машинка слабая я хз. Гилаб поднимает докер, докер сделает сборку, выкачивает зависимости, так как кэш скорее всего только на текущий коммит, ибо зависимости могут поменяться.
D
Ну мб машинка слабая я хз. Гилаб поднимает докер, докер сделает сборку, выкачивает зависимости, так как кэш скорее всего только на текущий коммит, ибо зависимости могут поменяться.
а зачем для того чтобы выкачать зависимости на машине сборки вам нужен докер ?
зависимости выкачиваются хостом, если вам так уж нужно положить данные прямо в докер то потом проще их туда просто скопировать - это минус нагрузка
далее, зависимости меняются не так часто, поэтому кеш композера должен работать и там выкачивать нечего вообще потому как композер лок у вас то в репе, по нему все и поставится
зависимости выкачиваются хостом, если вам так уж нужно положить данные прямо в докер то потом проще их туда просто скопировать - это минус нагрузка
далее, зависимости меняются не так часто, поэтому кеш композера должен работать и там выкачивать нечего вообще потому как композер лок у вас то в репе, по нему все и поставится
СВ
Почему это? Может в before написана сборка intl и прочей фигни)
ПГ
а зачем для того чтобы выкачать зависимости на машине сборки вам нужен докер ?
зависимости выкачиваются хостом, если вам так уж нужно положить данные прямо в докер то потом проще их туда просто скопировать - это минус нагрузка
далее, зависимости меняются не так часто, поэтому кеш композера должен работать и там выкачивать нечего вообще потому как композер лок у вас то в репе, по нему все и поставится
зависимости выкачиваются хостом, если вам так уж нужно положить данные прямо в докер то потом проще их туда просто скопировать - это минус нагрузка
далее, зависимости меняются не так часто, поэтому кеш композера должен работать и там выкачивать нечего вообще потому как композер лок у вас то в репе, по нему все и поставится
Ну я не совсем шарю...
В настройках гитлаба указывается образ в котором будет происходит сборка и тестирование.
Т.е. сначала все в докер скачивается, там анализируется тестируется. Потом в этом докере запускается деплоер, и уже он снова собирает (vendor) на проде
В настройках гитлаба указывается образ в котором будет происходит сборка и тестирование.
Т.е. сначала все в докер скачивается, там анализируется тестируется. Потом в этом докере запускается деплоер, и уже он снова собирает (vendor) на проде
D
Ну я не совсем шарю...
В настройках гитлаба указывается образ в котором будет происходит сборка и тестирование.
Т.е. сначала все в докер скачивается, там анализируется тестируется. Потом в этом докере запускается деплоер, и уже он снова собирает (vendor) на проде
В настройках гитлаба указывается образ в котором будет происходит сборка и тестирование.
Т.е. сначала все в докер скачивается, там анализируется тестируется. Потом в этом докере запускается деплоер, и уже он снова собирает (vendor) на проде
жестоко, очень...
СВ
Сложно что то подсказать не видя gitlab.ci.yaml
D
зависит от ваших потребностей, но предположим что вам нужна переносимость образа - т.е код будет лежать прямо в образе
тогда у вас должна стоять отдельная машина где будут происходить запуски тестов, сборка вендора, сборка образа (тут вам придется таки пересобирать образ чтобы положить новый код в докер)
затем этот образ кладется куда-то в вашу репу образов
и дается команда на прод машину что образ обновился, обновляйся
тогда у вас должна стоять отдельная машина где будут происходить запуски тестов, сборка вендора, сборка образа (тут вам придется таки пересобирать образ чтобы положить новый код в докер)
затем этот образ кладется куда-то в вашу репу образов
и дается команда на прод машину что образ обновился, обновляйся
ПГ
зависит от ваших потребностей, но предположим что вам нужна переносимость образа - т.е код будет лежать прямо в образе
тогда у вас должна стоять отдельная машина где будут происходить запуски тестов, сборка вендора, сборка образа (тут вам придется таки пересобирать образ чтобы положить новый код в докер)
затем этот образ кладется куда-то в вашу репу образов
и дается команда на прод машину что образ обновился, обновляйся
тогда у вас должна стоять отдельная машина где будут происходить запуски тестов, сборка вендора, сборка образа (тут вам придется таки пересобирать образ чтобы положить новый код в докер)
затем этот образ кладется куда-то в вашу репу образов
и дается команда на прод машину что образ обновился, обновляйся
У нас проект не в докере