Agregué esta línea porque cuando solo añadí .travis.yml, se negó a compilar. ¿Quizás si creas el plugin con el generador de plugins, esto se crea automáticamente, así que era obvio?
Pero añadir .rubocop.yml y hacer push hizo que mi compilación se ejecutara, cuando antes solo estaba triste y en gris.
¡Ay! Así que están cerrando travis-ci.org (o al menos eso han dicho). Cambié a travis-ci.com, pero me quedé sin créditos en el plan gratuito (https://www.travis-ci.com/plans). No puedes comprar más créditos en el plan gratuito y el plan más barato cuesta 69 al mes. Me encantaría poder comprar más créditos, pero 69 no es una cantidad despreciable para mí. ¿Alguien ha explorado otros servicios similares?
(La guía está lamentablemente desactualizada; la reemplazaré con una nueva)
La configuración recomendada ahora se realiza con GitHub Actions: consulta discourse-plugin-skeleton para ver un ejemplo.
Qué pena. Sería genial si compartieras aquí cualquier método que uses para integrar a los nuevos contratistas en esto.
Eso sería increíble. He pasado varias horas en esto hoy, aunque parte de ese tiempo lo dediqué a luchar para que VS Code hiciera su parte para ayudar.
Hemos estado utilizando esta configuración de CI (casi) para algunos de nuestros plugins y funciona bien para los eventos mencionados.
Sin embargo, esto falla cuando agregamos un evento programado (cron). La razón es que github.event no se llena en los eventos programados.
Por lo tanto, ahora generamos una variable de entorno REPOSITORY_NAME utilizando github.repository, que siempre está poblada, tal como se sugiere aquí con algunas modificaciones.
Aquí tienes un ejemplo:
que se puede acceder de la siguiente manera: