DT
Для теста можно же просто прокидывать весь код через mount volume?
Size: a a a
2020 December 09
DT
Я так предполагал делать
КГ
отлично, мне не придется проходить ту же ветку эволюции еще раз😂 стырю у тебя
Вообще оно в первую очередь эволюционирует в голове.
Типа сначала ты хочешь собрать образ, протестировать и уже протестированный образ отправить.
А так якобы получается что мы тестируем одно, а на бой отправляем другое.
Надо просто гнать этот бред из своей головы) Ибо невозможно протестировать боевой образ из-за отсутствие дев зависимостей, а значит ты в любом случае тестируешь не то что полетит на бой. Остаётся лишь признать, будешь ли ты тестировать через задницу или как проще и удобнее)
Типа сначала ты хочешь собрать образ, протестировать и уже протестированный образ отправить.
А так якобы получается что мы тестируем одно, а на бой отправляем другое.
Надо просто гнать этот бред из своей головы) Ибо невозможно протестировать боевой образ из-за отсутствие дев зависимостей, а значит ты в любом случае тестируешь не то что полетит на бой. Остаётся лишь признать, будешь ли ты тестировать через задницу или как проще и удобнее)
КГ
Для теста можно же просто прокидывать весь код через mount volume?
В drone и gitlab-ci у тебя каждый step запускается в докер образе.
В первых ты этот образ собираешь, а следующие уже запускает сам CI автоматом пробрасывая туда текущий workdir
В первых ты этот образ собираешь, а следующие уже запускает сам CI автоматом пробрасывая туда текущий workdir
КГ
gitlab
DT
Вообще оно в первую очередь эволюционирует в голове.
Типа сначала ты хочешь собрать образ, протестировать и уже протестированный образ отправить.
А так якобы получается что мы тестируем одно, а на бой отправляем другое.
Надо просто гнать этот бред из своей головы) Ибо невозможно протестировать боевой образ из-за отсутствие дев зависимостей, а значит ты в любом случае тестируешь не то что полетит на бой. Остаётся лишь признать, будешь ли ты тестировать через задницу или как проще и удобнее)
Типа сначала ты хочешь собрать образ, протестировать и уже протестированный образ отправить.
А так якобы получается что мы тестируем одно, а на бой отправляем другое.
Надо просто гнать этот бред из своей головы) Ибо невозможно протестировать боевой образ из-за отсутствие дев зависимостей, а значит ты в любом случае тестируешь не то что полетит на бой. Остаётся лишь признать, будешь ли ты тестировать через задницу или как проще и удобнее)
Я не опытен, но мне кажется если прокинуть тесты + настройки окружения в прод образ и установив всю куа срань можно потестить именно прод образ. С уаловносчми конечно, но лучше варик не придумал
КГ
Ну то есть делать docker run —volume в CI не нужно.
Разве что я docker-compose в CI запускал для Е2Е)
Разве что я docker-compose в CI запускал для Е2Е)
DT
Я не опытен, но мне кажется если прокинуть тесты + настройки окружения в прод образ и установив всю куа срань можно потестить именно прод образ. С уаловносчми конечно, но лучше варик не придумал
С условием что все тесты и куа срань будет существовать только на этапе чеков
КГ
Я не опытен, но мне кажется если прокинуть тесты + настройки окружения в прод образ и установив всю куа срань можно потестить именно прод образ. С уаловносчми конечно, но лучше варик не придумал
Повторюсь у меня собирается 2 образа. base и prod.
prod от base отличается только скопированным кодом и прогретым кешем.
То есть технически я этот боевой образ и тестирую, ибо если бы я тестировла прям prod, то один фиг вся разница была бы затёрта новым вольюмом
prod от base отличается только скопированным кодом и прогретым кешем.
То есть технически я этот боевой образ и тестирую, ибо если бы я тестировла прям prod, то один фиг вся разница была бы затёрта новым вольюмом
DT
Бэйз это по сути весть энв для запуска кода, верно?
КГ
Бэйз это по сути весть энв для запуска кода, верно?
VC
Повторюсь у меня собирается 2 образа. base и prod.
prod от base отличается только скопированным кодом и прогретым кешем.
То есть технически я этот боевой образ и тестирую, ибо если бы я тестировла прям prod, то один фиг вся разница была бы затёрта новым вольюмом
prod от base отличается только скопированным кодом и прогретым кешем.
То есть технически я этот боевой образ и тестирую, ибо если бы я тестировла прям prod, то один фиг вся разница была бы затёрта новым вольюмом
То есть в проде дев-зависимости уже установлены?
КГ
То есть в проде дев-зависимости уже установлены?
нет, откуда они там. Я же ссылки скинул на образ, посмотри
КГ
Сейчас возможно у кого то бомбанёт, но у меня в prod образе xdebug тоже установлен =)
VC
нет, откуда они там. Я же ссылки скинул на образ, посмотри
а, понял. Неправильно распарсил, сорри
КГ
Сейчас возможно у кого то бомбанёт, но у меня в prod образе xdebug тоже установлен =)
установлен, но не включен. Всмысле .so вообще не иклудится
DT
установлен, но не включен. Всмысле .so вообще не иклудится
да, на меня тоже бомбили по этому поводу)) пока всетаки не поняли, что so-шка валяется в воздухе и не подключается никуда
VC
установлен, но не включен. Всмысле .so вообще не иклудится
ну я так тоже делаю. Лежит и лежит, есть не просит. Но мне интересно как папки tests и composer require-dev зависимости кто разруливает
КГ
да, на меня тоже бомбили по этому поводу)) пока всетаки не поняли, что so-шка валяется в воздухе и не подключается никуда
Ну было время, когда я считал что xdebug.enabled = Off в php.ini достаточно. Я жестоко ошибался