A
не дольше чем гоняются тесты
Size: a a a
2020 February 27
i
Andrey
не дольше чем гоняются тесты
А зачем это тогда вообще? Ну и плюс, по-хорошему таки в новом окружении тоже тесты гонять
i
Кто-то потом пойдёт и установит переменную для environment production
i
В итоге код один - работает по-разному
i
Так что если это уходит в новое окружение - лучше все равно протестировать
A
Так что если это уходит в новое окружение - лучше все равно протестировать
так и будет, но хочется, чтоб все время тестировался один и тот же image
i
Andrey
так и будет, но хочется, чтоб все время тестировался один и тот же image
У тебя банально, может быть код один, а в разных окружениях артефакты на выходе разные
i
Поэтому лучшее - тесты гонять всегда
i
Если они долгие - лучше думать как их ускорить, а не совать костыли во flow
A
Поэтому лучшее - тесты гонять всегда
смотри, пул реквест в develop я гоняю в окружении develop, после мержа, код не изменился и не хочется еще раз запускать тот же тест на том же окружении, просто потомучто сделал мерж
GG
еще раз - не хочешь - не тестируй
GG
но я бы прогнал тесты, просто чтобы убедиться, что за время с момента открытия мерж реквеста в мастер не прилетели новые коммиты
GG
иначе тебе на каждый коммит в мастер надо гнать новый пак тестов на каждый МР
GG
нормально, да ?
A
еще раз - не хочешь - не тестируй
тестировать хочу, но не впустую
GG
правильно ли я услышал, что проблема только в тестах, а не во времени сборки нового докера ?
A
правильно ли я услышал, что проблема только в тестах, а не во времени сборки нового докера ?
да
GG
встроить в пайплайн финтифлюшку, которая будет по условию чекать, что в мастер не приехали новые коммиты с момента запуска теста ?
i
встроить в пайплайн финтифлюшку, которая будет по условию чекать, что в мастер не приехали новые коммиты с момента запуска теста ?
Тоже некорректно, это ещё и надо чекать, что переменные этого окружения тогда не изменились