Ich habe diese Zeile hinzugefügt, weil der Build abgelehnt wurde, als ich nur .travis.yml hinzugefügt habe. Vielleicht wird diese Datei automatisch erstellt, wenn du das Plugin mit dem Plugin-Generator erstellst, sodass dies selbstverständlich war?
Das Hinzufügen von .rubocop.yml und das Pushen haben jedoch dazu geführt, dass mein Build ausgeführt wurde, während er zuvor nur traurig und grau war.
Oje. Sie schließen also travis-ci.org (zumindest sagen sie das), ich bin auf travis-ci.com umgestiegen, aber ich habe meine Guthaben auf dem kostenlosen Tarif erschöpft (https://www.travis-ci.com/plans). Man kann auf dem kostenlosen Tarif kein zusätzliches Guthaben kaufen, und der günstigste Tarif kostet 69 pro Monat. Ich würde gerne mehr Guthaben kaufen können, aber 69 sind für mich nicht gerade eine geringe Summe. Hat sich jemand andere derartige Dienste angesehen?
(Der Leitfaden ist leider veraltet; ich werde ihn durch einen neuen ersetzen)
Das empfohlene Setup erfolgt jetzt mit GitHub Actions – siehe discourse-plugin-skeleton für ein Beispiel.
Das ist schade. Es wäre toll, wenn du hier teilen könntest, wie du neue Mitarbeiter mit diesem Thema vertraut machst.
Das wäre großartig. Ich habe heute mehrere Stunden damit verbracht, wobei ein Teil davon damit verbracht wurde, VS Code dazu zu bringen, seinen Teil zum Gelingen beizutragen.
Wir nutzen dieses (nahezu) CI-Setup bereits für einige unserer Plugins; es funktioniert gut für die genannten Ereignisse.
Allerdings schlägt dies fehl, wenn wir ein Cron-Ereignis hinzufügen. Der Grund dafür ist, dass github.event bei Cron-Ereignissen nicht befüllt wird.
Daher generieren wir nun eine Umgebungsvariable REPOSITORY_NAME mit Hilfe von github.repository, die stets befüllt ist, wie hier mit einigen Anpassungen vorgeschlagen.
Hier ein Beispiel:
das wie folgt abgerufen werden kann: