Та же самая хрень. Короче никак. Гипотетически на основе диффов можно построить граф пакетов и директорий, но на практике никак все равно, только костылями. Вообще golintcli хранит кеш, если его грамотно использовать, можно некоторое время сохранить. Так же кеширование тестов, но выходит не очень с интеграционными

Вот я смотрю на это все, и думаю - с чем диффы-то считать?

Нет же у Ci никакой информации о последнем удачном тестировании

А где "нормальный редактор"?

Ты про вим?)

upd: имхо: вим открывают только психопады

нормальный редактор не нужен, на современных компах - даже средних ноутах - и IDE идет нормально

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

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

Иногда не пойму типов, у которых по 16гб оперативы и они снимают видосы о том, что вим очень мало жрет. Или, что вим открывает файлы на 1кк+ строк без проблем (вообще всеравно, никто вручную файлы не читает, только скриптом и только построчно)

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

а как первоначально считать набор тестов тогда?

Теоретически можно)

с этого место по-подробнее, пожалуйста

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

в монорепе кода много, у меня только полная сборка идет 7 минут

это понятно. вопрос в другом - допустим мне надо прогонять тесты только по определенному модулю(либе). как это определить?

ПС у нас проект на свифте 12 минут собирается

Ну берем строим граф всех импортируемых пакетов от main.go, это можно сделать через стандартную либу рекурсивно парить ast всех исходников.

Дальше смотрим диффы измененных пакетов. От них по графу траверсим все пакеты, которые требуют ретеста. Дальше запускаем нужные тесты в пакетах. Более хитрыми эвристиками можно придумать, как запускать какие-то отдельные тесты в пакете. (Например по идентификаторам типов внутри тела функции и т.п.)

выглядит так, как будто проще не использовать монорепы)

наверное, не надо такого хотеть

ну это не мои личные желания, я вообще просто девупс

Bazel умеет запускать тесты  только для того, что поменялось.

надо проверять эту теорию.

ну и считать покрытие немного сложно становится, а я люблю, когда коммит, приводящий к уменьшению покрытия, не мерджится