Ein Client hat discourse-rss-polling geforkt und ich habe diese Version installiert.
Aber es sieht so aus, als wäre immer noch die offizielle Version installiert:
Ich überlasse es als Übungsaufgabe festzustellen, dass der aufgeführte Commit nicht in dem Repository enthalten ist. Wenn ich mit der Maus über das Plugin fahre, sehe ich, dass es auf das geforkte Repository verlinkt.
Das ist sicher ein Fehler. Ich vermute, eine einfache Lösung wäre, sicherzustellen, dass das Plugin immer von discourse.org auf GitHub stammt, um als offiziell markiert zu werden.
Technisch gesehen könnte man jedoch immer noch ziemlich leicht betrügen.
Die Überprüfung, ob eine bestimmte SHA mit unserer übereinstimmt, wäre der einzige 100 % genaue Weg, aber dafür müssten wir einen weiteren Dienst einrichten.
Meiner Meinung nach würde ich das in den Korb „etwas, das in den nächsten 2–3 Jahren behoben werden sollte
Das hat mich kürzlich auch erwischt. Das Häkchen hat mich eine Weile definitiv in die Irre geführt, und ich habe allerlei unnötige Tests durchgeführt, bevor ich das Repository in der app.yml entdeckt habe.
Wie bei zu kurzen Beiträgen geht es auch hier nicht darum, das Testen unmöglich zu machen, sondern nur zu verhindern, dass man versehentlich das Testen umgeht.
Die einfachste Lösung hier ist spezifisch für das Docker-Manager-Plugin. Ich bin mir nicht sicher, wie ich zu der Idee stehe, bei jedem Plugin bei jedem Start einen zusätzlichen Git-Befehl auszuführen oder nach Git-Remotes zu suchen.
Aber das Docker-Manager-Plugin könnte diese zusätzliche Arbeit übernehmen und ein großes rotes Symbol bei offiziellen Plugins anzeigen, die geforkt zu sein scheinen.
Ich werde für das nächste Release einplanen, sodass dies in den nächsten 6 Monaten oder so geschehen wird.
pr-welcome auch, falls jemand am Docker-Manager herumspielen möchte.