y
Size: a a a
2019 December 03
y
Надо будет думать над кубером
SS
Надо будет думать над кубером
определённо
SS
ну либо хотя бы
cluster. Но там мониторинг и прочее придётся руками крутить как быEB
докер сворм попроще будет чем кубер
SS
докер сворм попроще будет чем кубер
за него ничего не скажу. Кроме k8s пробовал только docker compose. Он точно по фичам жидковат
EB
за него ничего не скажу. Кроме k8s пробовал только docker compose. Он точно по фичам жидковат
докер композ это тулза совсем другого рода
SS
докер композ это тулза совсем другого рода
для разработки типа? Я не в курсе просто подо что оно заточено, но я юзал считай как для разработки одно время
EB
для разработки типа? Я не в курсе просто подо что оно заточено, но я юзал считай как для разработки одно время
докер композ это просто утилита для запуска мульти-контейнерных апп (сервисов или как-то так), а сворм и кубер - оркестраторы
М
Пытаюсь настроить интеграционные тесты для проекта, использующего Mocha и TypeORM. Хочу на сетапе всех тестов один раз поднимать соединение к БД, чистить её и прогонять все миграции.
Как я могу сохранить connection (соединение к базе), чтобы потом обращаться к нему в разных тестах?
Как я могу сохранить connection (соединение к базе), чтобы потом обращаться к нему в разных тестах?
SS
Пытаюсь настроить интеграционные тесты для проекта, использующего Mocha и TypeORM. Хочу на сетапе всех тестов один раз поднимать соединение к БД, чистить её и прогонять все миграции.
Как я могу сохранить connection (соединение к базе), чтобы потом обращаться к нему в разных тестах?
Как я могу сохранить connection (соединение к базе), чтобы потом обращаться к нему в разных тестах?
в разных тестах это между файлами прям или в пределах файла?
М
в разных тестах это между файлами прям или в пределах файла?
Между файлами
SS
Между файлами
а, ну в принципе можно написать отдельный файлик с вот этим всем, у него там переменная с подключением и функции под
before / after. Как-то так наверное. Не уверен что есть что-то ещё лучшеМ
а, ну в принципе можно написать отдельный файлик с вот этим всем, у него там переменная с подключением и функции под
before / after. Как-то так наверное. Не уверен что есть что-то ещё лучшеУ меня уже есть
test-setup.ts, но я просто туплю, как объявленные в нём переменные сделать видимыми для других тест-модулей...SS
У меня уже есть
test-setup.ts, но я просто туплю, как объявленные в нём переменные сделать видимыми для других тест-модулей...речь не про объявленные в нём. В нём скорее тогда просто вызвать инициализацию, а руками не импортить (на всякий случай, в реальности надо разобраться наверное). Сделать просто файл отдельный примерно такого содержания:
Ну или как-то покрасивее дальше там
export let connection = null;
function setup() {
connection = ...
}
function teardown() {
connection = null;
}
Ну или как-то покрасивее дальше там
SS
ну и всё там экспортами короче на самом деле
М
Да, как-то протупил, что в этом случае обычные тайпскриптовые экспорты тоже работают)
SS
Да, как-то протупил, что в этом случае обычные тайпскриптовые экспорты тоже работают)
бывает 😉 Вечно эти программисты лезут всё усложнять 😁
М
бывает 😉 Вечно эти программисты лезут всё усложнять 😁
В итоге, вот таким не особо элегантным способом всё в итоге работает) спасибо!
SS
👍 Но к слову, разве
chai-as-promised надо постоянно применять? Это же не jest с многопроцессностью своей вроде. Да и там решения есть, чтоб не дублировать