SG
так у меня есть CI, я не хочу билдить только имейдж с вебсервером
Тогда погугли в сторону docker-compose.yml, не делай вольюмы руками
Size: a a a
2021 January 09
OY
та я ж говорю, на локал машине есть компоуз
D•
мне приходится постоянно билдить образ с вебсервером, просто потому что файлы проекта внутри меняются, но как я понимаю всю логику выполняет другой контнейнер там где fpm запущен
У меня только один вопрос: почему вы так сделали?
OY
почему не сделать один образ с фпм и вебсервером?
OY
У меня только один вопрос: почему вы так сделали?
не понял вопрос, если есть критика, готов услышать) это мой первый ci\cd\cd
D•
не понял вопрос, если есть критика, готов услышать) это мой первый ci\cd\cd
Попробую перефразировать вопрос: почему было сделано именно так как вы сделали? Для какой цели пересобирать каждый раз при изменении файлов?
D•
В этом есть какая-то логика? Или это просто отсутствие знаний и опыта?
OY
Попробую перефразировать вопрос: почему было сделано именно так как вы сделали? Для какой цели пересобирать каждый раз при изменении файлов?
апп пересобираю так как на машине запускается только пулл и ран, никаких файлов нету
D•
апп пересобираю так как на машине запускается только пулл и ран, никаких файлов нету
А где файлы?
OY
внутри образа, который собирается на раннере, ранее, на этапе сборки
OY
А где файлы?
вот как сейчас выглядит деплой, но от сюда сейчас уйдет caddy, его пулить не надо будет
OY
ну вы скажите,если чёт не так делаю)
SG
ну вы скажите,если чёт не так делаю)
С фронтом на пхп, наверное, правильнее будет использовать php:7.x-apache и билдить образ, включая в него всю статику сразу
На пхп частенько случается локальный ад со структурой проекта, поэтому только .htaccess спасают
На пхп частенько случается локальный ад со структурой проекта, поэтому только .htaccess спасают
OY
С фронтом на пхп, наверное, правильнее будет использовать php:7.x-apache и билдить образ, включая в него всю статику сразу
На пхп частенько случается локальный ад со структурой проекта, поэтому только .htaccess спасают
На пхп частенько случается локальный ад со структурой проекта, поэтому только .htaccess спасают
апач не хочу, а локального ада там нету, так как использую люмен и всего 2 ендпоинта
но есть идея поместить фпм и вебсервер в один имейдж
но есть идея поместить фпм и вебсервер в один имейдж
SG
Зачем же включать фронт в образ?
А затем, чтобы можно было отследить его (фронта) версии, откатиться/обновиться и без костылей
А затем, чтобы можно было отследить его (фронта) версии, откатиться/обновиться и без костылей
SG
Второй момент: так намного проще разворачивать девелопмент среду. Новому разработчику достаточно будет просто собрать образ из докерфайла, и ничего ему для этого, кроме докера, будет не нужно
А как, в данном случаЕ, локально что-то затестить на машине? А что делать, когда на машине у разработчика оно работает, а на тесте/стейдже/проде нет? КУда копать?))
А как, в данном случаЕ, локально что-то затестить на машине? А что делать, когда на машине у разработчика оно работает, а на тесте/стейдже/проде нет? КУда копать?))
OY
так у меня же докеркомпоуз есть для локальной разработки
OY
просто на локальной машине мне вольюм должен брать из локальной директории, а не из другого контейнера
SG
Когда локально докер композ, а на прод все доставляется не им же, а набором команд, в конце концов возникают случае, описанные во втором моменте
SG
Это лишь вопрос времени, кгда оно выстрелит