ci: run release tests on a separate CI job

Summary

• ci: run release tests on a separate CI job

---

• Changes should be cherry-picked to 24.2: no

assigned to @gmoshkin

added 123 commits

• 3c22b813...7f3221f6 - 122 commits from branch master
• 0ccd8d8e - ci: run release tests on a separate CI job

Compare with previous version

requested review from @rosik

added 1 commit

• 11d56c52 - ci: run release tests on a separate CI job

Compare with previous version

added 3 commits

• 2e60efb6 - test: fix gostech tests fro release builds
• 0db656c2 - ci: run release tests on a separate CI job
• 4aaffbc9 - ci: report cargo timings

Compare with previous version

added 4 commits

• 4c2bf489 - 1 commit from branch master
• e14a2bd0 - test: fix gostech tests fro release builds
• 5b586769 - ci: run release tests on a separate CI job
• 36f446dc - ci: report cargo timings

Compare with previous version

added 5 commits

• 36f446dc...6f0cee63 - 2 commits from branch master
• 943f1cd9 - test: fix gostech tests fro release builds
• 0fd52509 - ci: run release tests on a separate CI job
• 2dc8d98c - ci: report cargo timings

Compare with previous version

requested review from @d.rodionov and removed review request for @rosik

По мне все ок, отдаю Диме чтобы синхронизировать с другими изменеиями по CI

added 6 commits

• 2dc8d98c...f9e8eb3b - 3 commits from branch master
• 97a8494b - test: fix gostech tests fro release builds
• ac9fed58 - ci: run release tests on a separate CI job
• 81cfb86d - ci: report cargo timings

Compare with previous version

mentioned in merge request !1044 (merged)

Спасибо за патч! FYI: МР в котором сейчас Виталий экспериментирует с кешами вот этот !1044 (merged). Новые кеши нам нужны чтоб мигрировать на куберовские раннеры которые не работают с текущими кешами которые хранят данные на локальной машинке.

Что я предлагаю сделать - этот МР залить т к он готов и уже польза от параллельного запуска. В МР с экспериментами решили попробовать заюзать https://docs.gitlab.com/ee/ci/yaml/#parallelmatrix, TLDR это аналог pytest.mark.parametrize, можно передать список параметров и будет создано по джобе на каждый элемент. Так сделаем BUILD_TYPE: [release, debug] и будет один кусок ямла на оба случая с подстановкой --release где надо. Соответственно когда он будет готов зальем его

Классная идея с --timings, надо не потерять при ребейзах

approved this merge request

added 6 commits

• 81cfb86d...7032edb6 - 3 commits from branch master
• 49e4f886 - test: fix gostech tests fro release builds
• 61dfa999 - ci: run release tests on a separate CI job
• 7b7bae8a - ci: report cargo timings

Compare with previous version

added 4 commits

• 7d6f66b3 - 1 commit from branch master
• 48f59e0b - test: fix gostech tests fro release builds
• 1d007cab - ci: run release tests on a separate CI job
• 281b48b5 - ci: report cargo timings

Compare with previous version

merged