(Superseded) Set up plugin continuous integration tests on Travis CI

Я добавил эту строку, потому что при добавлении только .travis.yml сборка отказывалась запускаться. Возможно, если создавать плагин через генератор плагинов, этот файл создаётся автоматически, так что это было очевидным?

Но добавление .rubocop.yml и отправка изменений заставили сборку запуститься, тогда как раньше она была просто грустной и серой.

Ой. Так что они закрывают travis-ci.org (или, по крайней мере, так они говорят), я перешёл на travis-ci.com, но у меня закончились кредиты на бесплатном плане (https://www.travis-ci.com/plans). На бесплатном плане нельзя купить дополнительные кредиты, а самый дешёвый тариф стоит 69 долларов в месяц. Я был бы рад иметь возможность купить больше кредитов, но 69 долларов для меня — существенная сумма. Кто-нибудь рассматривал другие подобные сервисы?

Это руководство безнадежно устарело, я заменю его новым.

Рекомендуемая настройка теперь выполняется с помощью GitHub Actions — см. пример в discourse-plugin-skeleton.

Это обидно. Было бы здорово, если бы вы поделились здесь тем, как вы вводите новых сотрудников в курс дела.

Это было бы отлично. Я сегодня потратил на это несколько часов, хотя часть времени ушла на борьбу с тем, чтобы заставить VS Code выполнять свою часть работы по помощи.

Мы уже несколько месяцев используем эту (почти) CI-настройку для наших плагинов, и она хорошо работает для указанных событий.

Однако она не работает при добавлении cron-события. Причина в том, что github.event не заполняется для cron-событий.

Поэтому мы теперь создаём переменную окружения REPOSITORY_NAME, используя github.repository, которая всегда заполняется, как предлагается здесь, с некоторыми изменениями.

Вот пример:

К которому можно обратиться следующим образом: