A
нет, наоборо я хочу ее запускать из своей папки, в которой она уже лежит и крутится
Звучит как будто тебе надо обдумать процесс деплоймента и потом реализовать его
Size: a a a
2020 January 14
АК
ну примерно так и есть
АК
наверно)
AS
ну там моя прилажуха лежит, точнее файлы ее для контейнера, я хочу при пуше в свою ветку, чтобы, грубо говорят, там произошеле git pull и ну и сразу рестартануть конт, чтобы там скрипты отработали в нем и обновили прилагу
Для какого контейнера? Я бы предложил либо собирать докер образ (и тогда все файлики будут в образе) (если речь, конечно, про докер-контейнер), либо собирать пакет для той ОС, в которой у тебя эта приложуха работает (на каком ЯП она?), тогда просто пакет будет обновляться ансиблом, и при этом всё будет/должно рестартовать
АК
Для какого контейнера? Я бы предложил либо собирать докер образ (и тогда все файлики будут в образе) (если речь, конечно, про докер-контейнер), либо собирать пакет для той ОС, в которой у тебя эта приложуха работает (на каком ЯП она?), тогда просто пакет будет обновляться ансиблом, и при этом всё будет/должно рестартовать
https://github.com/odoo/docker/tree/master/13.0 я рядом компоуз повесил для большего удобства в котором прокидываю папку со своими аддонами просто через волюмы , и получается изменяется только одна папка и нету смысла каждый раз ребилд делать.
АК
пока костылем сделал вот так
update_app:
stage: build
tags:
- odoo_control
script:
- cd /opt/odoo/odoo-control/extra-addons
- git pull
- docker-compose restart web
only:
- stage
GG
рекомендую использовать не докер-композ, а какую-нибудь систему управления конфигурацией и/или деплоймента
+++
AS
https://github.com/odoo/docker/tree/master/13.0 я рядом компоуз повесил для большего удобства в котором прокидываю папку со своими аддонами просто через волюмы , и получается изменяется только одна папка и нету смысла каждый раз ребилд делать.
это удобно для разработки: подменил файлики и всё...
но это ни фига неудобно для развёртывания с нуля и масштабирования
но это ни фига неудобно для развёртывания с нуля и масштабирования
АК
это удобно для разработки: подменил файлики и всё...
но это ни фига неудобно для развёртывания с нуля и масштабирования
но это ни фига неудобно для развёртывания с нуля и масштабирования
ну я это для разработки хочу использовать, как тестовый свой инстанс
AS
пока костылем сделал вот так
update_app:
stage: build
tags:
- odoo_control
script:
- cd /opt/odoo/odoo-control/extra-addons
- git pull
- docker-compose restart web
only:
- stage
кстати, логически это у тебя stage deploy , а не build ))
AS
ну я это для разработки хочу использовать, как тестовый свой инстанс
ну, как раз на тестовых инстансах и надо отрабатывать и тестировать систему деплоймента пакетов/контейнеров/етц ))
АК
да тут до деплоя еще как до полюса, хотябы сделать чтобы не надо было руками на сервак лазить и обновлять руками модули
AG
да тут до деплоя еще как до полюса, хотябы сделать чтобы не надо было руками на сервак лазить и обновлять руками модули
деплой на стейдж тоже деплой
AG
да тут до деплоя еще как до полюса, хотябы сделать чтобы не надо было руками на сервак лазить и обновлять руками модули
а проблема то в чем
АК
сделать приличный деплой - не сильно сложнее, чем то что у тебя
ну это если ты знаешь и могешь, а если юзал гитлаб ci только для тригеров по api то тут начинают всплывать разные проблемы в которых пытаешься разобраться
AG
ну это если ты знаешь и могешь, а если юзал гитлаб ci только для тригеров по api то тут начинают всплывать разные проблемы в которых пытаешься разобраться
ну так спрашивай если они есть
АК
а проблема то в чем
никто не знает как это все должно работать.
АК
ну так спрашивай если они есть
ну я и спрашиваю, но вначале пытаюсь сам найти инфу если уже совсем плохо то в чатик пишу