GG
Size: a a a
2019 November 30
GG
провокационные вопросы и провокационные ответы )
DB
однозначно наркомания. но не страшная...
GG
легкие наркотики, короче ) главное - на потяжелее не перебираться )
SP
Ну неееее, отбитый.
Так-то всё просто, можно _любую_ центосину поставить, хм, в любой каталог(!)
Так-то всё просто, можно _любую_ центосину поставить, хм, в любой каталог(!)
SP
А потом затарболить.
SP
и никакой сраной магии.
DB
раньше так и делали. до этих ваших докеров...
SP
Дык и сейчас:
И внезапно получаешь в каталоге полностью живую систему, с которой потом можно systemd-nspawn'ом поднимать хосты-контейнеры.
#!/bin/bash
RELEASE='7-2.1511'
RELEASE_DOT='7.2.1511'
mkdir -p ./current/var/lib/rpm
rpm --rebuilddb --root=${PWD}/current/
wget http://vault.centos.org/${RELEASE_DOT}/os/x86_64/Packages/centos-${RELEASE}.el7.centos.2.10.x86_64.rpm -nc
rpm -i --root=${PWD}/current --nodeps centos-{RELEASE}.el7.centos.2.10.x86_64.rpm
yum --installroot=${PWD}/current/ groups install -y -q 'Minimal Install'
chroot ${PWD}/current passwd root
И внезапно получаешь в каталоге полностью живую систему, с которой потом можно systemd-nspawn'ом поднимать хосты-контейнеры.
GG
Самая страшная наркомания, которую видел - это когда ребята солтом подымали виртуалку, накатывали ансиблом на нее питон, и через ссш запускали тесты, написанные на баше, потом упаковывали все деб-пакеты и отправляли на фтп.
выглядит как продакшен решение ))))
I
я отказался от тестов и сборки артефактов на этапе докер билд, когда понял, что можно сделать так: запаковать все окружение для сборки в виде докер образа служебного. А потом его вызвать на машине разраба примерно:
docker run -it —rm -v $PWD:/source_code -v $PWD/artifacts:/artifacts my_special_go_lang_compiler_image
docker run -it —rm -v $PWD:/source_code -v $PWD/artifacts:/artifacts my_special_go_lang_compiler_image
Но кстати, это решение не очень-то сработает в кубере. Там или под тесты отдельные базы подымать придется, или разработчики передерутся, когда один удалит базу другого
GG
Но кстати, это решение не очень-то сработает в кубере. Там или под тесты отдельные базы подымать придется, или разработчики передерутся, когда один удалит базу другого
я ожидал этого вопроса )
GG
да, абсолютно верно - под кубер либо использовать dind, либо тесты гонять в отдельном неймспейсе, в котором будет инстанцирована тестовая база + в соседнем поде будут бежать тесты
GG
но скорее всего тебя это вообще не должно волновать, если используешь более-менее вменяемую CI систему
GG
тот же гитлаб эту проблему решает
GG
services:
- postgres:my_fixtures
script:
- GOOS=linux GOARCH=amd64 go test -v ./...
GG
так должно работать