CD
я бы себе это представил как два текстовых файла -- in и out, -- и они просто с тестами рядом лежат, а зачем отдельно гит заводить -- пока не очень понятно
гит нужен, чтобы код не читал out
Size: a a a
2020 April 13
PK
а, т.е. байт в байт результаты все-таки сам гит сравнивает? :)
CD
именно
PK
а почему
diff линуксовый не взять? или платформа другая?CD
а зачем, если можно после тестов дернуть git diff? :)
PK
ну это все-таки комбайн для контроля версий, а не чисто сверялка файлов; ладно, не буду тут дальше офтопить)
CD
ну это все-таки комбайн для контроля версий, а не чисто сверялка файлов; ладно, не буду тут дальше офтопить)
так лучше знать, что тесты перепушили, не правда ли)
PK
так лучше знать, что тесты перепушили, не правда ли)
тексты в другом репе лежат, не с кодом тестов рядом? и это даже не сабмодуль?
CD
тексты в другом репе лежат, не с кодом тестов рядом? и это даже не сабмодуль?
в той же репе, что и код
PK
ну так вот: основной реп уже держит перепись умников, которые тесты правят; а финалочка для сверки текста пусть
diff будет -- я бы так сделал, если бы этим эксцентричным путем пошел :)ПК
эм
ПК
а в чём отличие от прописанных в коде тестов?
CD
в том, что вы можете перепушить все ответы в любой момент
ПК
???
ПК
Что означает "перепушить"?
CD
ну вот у вас функция канонически форматируют плюсовые деклараторы, и вы с формата const T& перешли на T const&
вы просто берете и git push новые ответы на тесты
вы просто берете и git push новые ответы на тесты
ПК
Я бы понял, если бы ответ на тест не был захардкожен, а генерировался бы заранее валидной прогой
ПК
ну вот у вас функция канонически форматируют плюсовые деклараторы, и вы с формата const T& перешли на T const&
вы просто берете и git push новые ответы на тесты
вы просто берете и git push новые ответы на тесты
Ухх звучит не оч
CD
не оч это исправлять в ASSERT_EQ ручками все это
PK
для таких задач могу согласиться, что править
const T& поиском по тексту тестов -- как-то долго будет, но в остальном было бы круто фаззить тесты :)