я нагуглил несколько, но интересны best practices

gemini - устаревший, но работает

Избегать этого дерьма :)

)))

можно ли доверять ssh боевой ключ сервису gitlab ci?

в смысле?

ключ у тебя лежит

Тестить скринами на уровне компонент в худшем случае

для гит сервера? @bboollaatt

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

я все равно не понял

какой ключ ты куда собираешься девать

начал бы с того приватный он или публичный

Всем привет! Извиняюсь если вопрос уже задавался.

Среди тех кто использует тестирование визуального регресса (скриншоты), да и может даже обычные снапшоты кода - как вы организуете их актуализацию?

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

Если не писать своих программ, то я вижу два варианта:
1) Либо руками тасовать снапшоты из папки в папку
2) Либо использовать встроенный функционал тестового фреимворка. Но например я смотрел тот же "jest-image-snapshot" и там единственная опция из коробки - просто обновить все снапшоты, без возможности исключений, а если там есть баги то их необходимо предварительно исправить.

В BackstopJS аналогично, но там хотя бы регулярку кидать можно для фильтрации.

Сервисы вроде Percy.io я не рассматривают.

Может кто то в тест-репортеры, аля Alure / MochaAwesome, какой либо кастомный функционал встраивал или знает другие подходящие решения кроме тех что я озвучил?

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

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

гитлаб же воркеров юзает, которых ты добавить должен

если ты не юзаешь шаренные

А зачем приватный?