hostname только указать в спеке и все будет хорошо

Базу мы наливали через создание базы ) извини за тавтологию

Нафига в пайплайне гонять скуль команды ? Просто берешь и из образа разворачиваешь со всеми фикстурами

делаем впервые, показалось что это более очевидный путь.

постгря разворачивается в отдельном поде из стандартного образа, а данные для дампа лежат в репо сервиса. Вот думаем, как их доставить в базу.

или liquibase тот же

Если не подходит - ты можешь прямо при создании базы подложить в нее sql скрипт

через env?

Ну, ты видимо тесты разворачиваешь в отдельном неймспейсе клоном окружения ?

В битнами через хельм, либо через volume (initdb чего то там )

там не совсем автотесты, там именно чтобы жило пока не убьем

через helm можно миграции накатить?

If you would like to do additional initialization in an image derived from this one, add one or more *.sql, *.sql.gz, or *.sh scripts under /docker-entrypoint-initdb.d (creating the directory if necessary). After the entrypoint calls initdb to create the default postgres user and database, it will run any *.sql files, run any executable *.sh scripts, and source any non-executable *.sh scripts found in that directory to do further initialization before starting the service.

Тогда тебе больше функция review environment подходит

++++

Слушай, хельм не для этого, так что нет, но никаких особых причин почему нельзя нет - поэтому да

вообще приложение само не может это сделать ? хотя бы в том же entrypoint залить в базу данные и потом запустить приложение.

Извини, что так путаю в показаниях, но реально если очень нужно - можно миграции и через хельм

@ramjet @evgeniydevnull короче, к вам обоим вопрос - что вы хотите оба в итоге

может, но мы подумали, что это сложный и не очевидный путь

Ну это не хочется делать, в код зашивать логику заливки тестдаты (сервисов много, не хочется везде делать своего рода миграшки)