# Wie könnte ein CI-Workflow für inoffizielle Plugins implementiert werden?

**URL:** <https://meta.discourse.org/t/how-could-a-ci-workflow-for-unofficial-plugins-be-implemented/271774>\
**Category:** Development\
**Created:** [16. Juli 2023 um 08:02 UTC](https://meta.discourse.org/t/how-could-a-ci-workflow-for-unofficial-plugins-be-implemented/271774 "2023-07-16T08:02:44Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![thoka](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/thoka/32/115652_2.png) [@thoka](https://meta.discourse.org/u/thoka)\
**Post date:** [16. Juli 2023 um 08:02 UTC](https://meta.discourse.org/t/how-could-a-ci-workflow-for-unofficial-plugins-be-implemented/271774/1 "2023-07-16T08:02:44Z")

</div>

Ich lade Sie ein, Gedanken über mögliche CI-Workflows zu teilen, die Tests für von der Community bereitgestellte inoffizielle Plugins ausführen würden.

Einige Communities sind stark auf Plugins angewiesen, ohne etablierte Wartung:

> [@axierr](#):
>
> Aber wir befürchten, dass bei Discourse-Upgrades aufgrund von Inkompatibilitäten etwas schiefgeht. Hauptsächlich machen wir uns Sorgen über Ausfallzeiten des Servers, nicht so sehr, dass bestimmte Funktionalitäten nicht funktionieren oder die Ästhetik irgendwann fehlschlägt.

> [@merefield](#):
>
> Dies ist Open-Source-Software, daher müssen Sie sich bewusst sein, dass es keine Garantie gibt.
> 
> Hinweis: Dies ist keine Kritik an Discourse oder uns. Es ist einfach eine technische Tatsache, da Discourse mit automatisierten Tests nur für offizielle Plugins entwickelt wird.

> [@thoka](#):
>
> Ich schlage vor, ein Angebot für das Hinzufügen von Tests / Specs zum Plugin anzufordern, die Probleme während des Updates melden, ohne viel manuelle Tests.
> 
> Ist jemandem andere Plugins bekannt, die Tests als Best-Practice-Beispiele enthalten?

Da das Testen von Plugins eine Discourse-Installation als Testumgebung erfordert, frage ich mich, wie ein Community-gestützter CI-Workflow aussehen könnte.

Einige Plugins enthalten Specs, wie Angus’ Implementierung von [activitypub](https://meta.discourse.org/t/activitypub-plugin/266794), die, soweit ich weiß, Tests für CI ermöglichen.

Derzeit denke ich über zwei mögliche Wege nach, um das Testen von inoffiziellen Plugins zu verbessern, abhängig von den Specs / Tests, die in der Plugin-Quelle enthalten sind:

a) eine Maschinerie zu bauen, die Website-Maintainern hilft, Tests in einer Staging-Umgebung auszuführen

b) einen Dienst zu haben, der ein vordefiniertes Test-Image forkt, um Tests für den letzten veröffentlichten Code des Plugins zu melden.

Was denken Sie?

Habe ich bereits etablierte Workflows übersehen?

---

_[View the full topic](https://meta.discourse.org/t/how-could-a-ci-workflow-for-unofficial-plugins-be-implemented/271774)._