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

私はこの行を追加しました。.travis.yml だけを追加したときはビルドが拒否されたためです。プラグイン作成ツールを使ってプラグインを作成した場合、これが自動的に作成されるので、言うまでもないことだったかもしれません。

しかし、.rubocop.yml を追加してプッシュしたところ、以前は悲しそうに灰色だったビルドが実行されるようになりました。

「いいね!」 1

痛い話ですね。travis-ci.org が閉鎖される(少なくともそのように言われている)とのことで、travis-ci.com に移行したのですが、無料プランのクレジットが尽きてしまいました(https://www.travis-ci.com/plans)。無料プランではクレジットを追加購入できず、最安のプランでも月額69ドルです。クレジットを追加購入できれば嬉しいのですが、69ドルは私にとって決して無視できる額ではありません。他に同様のサービスを検討された方はいますか?

「いいね!」 1

(このガイドは非常に古くなっていますので、新しいものに置き換える予定です)

推奨されるセットアップは、現在 GitHub Actions を使用して行われます。例については、discourse-plugin-skeleton をご覧ください。

「いいね!」 5

それは残念ですね。もし、新規メンバーをこのガイドに慣れさせる方法があれば、ここで共有してもらえると嬉しいです。

それは素晴らしいですね。今日は数時間をこの作業に費やしましたが、その一部は VS Code が適切に機能するように格闘していた時間でした。

当社は、いくつかのプラグインでこの(ほぼ)CI セットアップを使用しており、上記のイベントに対しては問題なく動作しています。

ただし、cron イベントを追加すると失敗します。その理由は、cron イベントでは github.event が設定されないためです。

そのため、こちらで提案されているように、常に設定される github.repository を使用して REPOSITORY_NAME という環境変数を生成するように変更しました(一部修正を加えています)。

以下は例です。

これは以下のようにアクセスできます。

「いいね!」 2