Adicionei essa linha porque, ao adicionar apenas .travis.yml, o build foi recusado. Talvez, se você criar o plugin usando o criador de plugins, esse arquivo seja gerado automaticamente, tornando isso óbvio?
Mas, ao adicionar .rubocop.yml e fazer o push, meu build passou a ser executado, enquanto antes ele ficava apenas triste e cinza.
Ouch. Então eles estão desativando o travis-ci.org (ou pelo menos é o que dizem). Migrei para o travis-ci.com, mas esgotei os créditos do plano gratuito (https://www.travis-ci.com/plans). Não é possível comprar créditos extras no plano gratuito, e o plano mais barato custa US$ 69 por mês. Eu adoraria poder comprar mais créditos, mas US$ 69 não é um valor irrelevante para mim. Alguém já analisou outros serviços semelhantes?
(O guia está lamentavelmente desatualizado; vou substituí-lo por um novo)
A configuração recomendada agora é feita com GitHub Actions — veja discourse-plugin-skeleton para um exemplo.
Que pena. Seria legal se você compartilhasse aqui qual método usa para integrar os novos contratados a isso.
Isso seria incrível. Passei várias horas nisso hoje, embora parte desse tempo tenha sido brigar para fazer o VSCode fazer a sua parte na ajuda.
Temos usado essa configuração de CI (quase) para alguns de nossos plugins, e funciona bem para os eventos mencionados.
No entanto, isso falha quando adicionamos um evento cron. O motivo é que github.event não é preenchido em eventos cron.
Então, agora geramos uma variável de ambiente REPOSITORY_NAME usando github.repository, que sempre é preenchida, conforme sugerido aqui, com algumas modificações.
Aqui está um exemplo:
que pode ser acessado assim: