данных. Получается тесты (через manage.py) не вариант делать? Я так понял база каждый раз новая создается, а у меня доступ только на одну базу + указать например отдельную с другим пользователем нет возможности.
Если нет специфичных полей постгреса то можно in-memory делать
обычно в крупных проектах есть production c базой, есть некий stage, есть тестовый сервер, есть dev сервер то есть 4 типа окружения production - тут стабильная версия сайта, где всё работает, в базе всё ок stage - это нечто очень похожее на production, его смотрит заказчик/project manager/тестировщик перед тем, как сделать обновление production'а, обычно сюда загружают production-базу с некоторыми минимальными изменениями, чтобы проверить, что миграции пройдут успешно, тесты пройдут на реальных данных успешно и так далее, плюс эту версию удобно изучать на предмет всяких багов в ручном режиме тестирования testing - это нечто, что создаётся и удаляется автоматически тестами на CI, у нас это /usr/src/app/run_tests.sh, который запускается в докер-контейнере и там вызываются различные доктесты, юнит-тесты, acceptance behave-тесты, flake8 и так далее, это то, что происходит с каждым новым push'ем на bibucket develop - это просто некая локальная установка, у каждого разработчика своя, некий PostgreSQL в Docker-контейнере на ноутбуке, который через docker-compose цепляется к контейнеру с кодом проекта, легко создать и удалить
Обсуждают сегодня