Beim Versuch, ein Plugin einzureichen, erhalte ich diesen Fehler beim Entpacken von Redis.
Ist vielleicht --long=30 das Problem? Ich bin mir nicht ganz sicher, wie ich das debuggen kann…
Beim Versuch, ein Plugin einzureichen, erhalte ich diesen Fehler beim Entpacken von Redis.
Ist vielleicht --long=30 das Problem? Ich bin mir nicht ganz sicher, wie ich das debuggen kann…
Ich glaube, der Fehler besagt, dass zstd nicht ausgeführt werden kann. Haben Sie dieses Paket installiert?
Nein. Vielleicht hat sich etwas in der Basis-Docker-Image oder im Betriebssystem, mit dem es erstellt wird, geändert und es muss dort hinzugefügt werden. Ich bin mir wirklich nicht sicher, wo das passieren sollte, aber ich bin mir ziemlich sicher, dass es nicht in meinem Plugin ist. ![]()
Die zstd-Anforderung stammt vom Redis-Paket (heruntergeladen in Ihrem Screenshot), das von zstd komprimiert wird. Wenn zstd zuvor nicht erforderlich war, hat sich möglicherweise die Kompressionsmethode auf der shogo82148/actions-setup-redis-Seite geändert.
Wenn Sie unser Basis-Image verwenden, sollten Sie kein Redis einrichten, da es bereits vorhanden ist.
Ich versuche immer, alles nach Ihren Vorgaben zu machen. ![]()
Ich verwende das Basis-Image und den Prozess, der beschrieben wird in:
Es hat letzte Woche funktioniert. Es gibt seit 2 Monaten keinen neuen Commit in diesen Workflows. Ich glaube nicht, dass ich etwas in meinem Plugin getan habe, das dies auf diese spezielle Weise kaputt machen könnte.
[quote=„pfaffman, Beitrag:6, Thema:208819”]
Ich verwende das Basis-Image und den Prozess, der beschrieben wird in:
[/quote]
Dieser Prozess wurde am 15. September aktualisiert, um diese Redis-Aktion zu entfernen, oder?
Das ist alles! Gibt es eine empfohlene/einfache Möglichkeit, dies zu verhindern und nicht so töricht auszusehen?
Bin mir ehrlich gesagt nicht sicher ![]()
Der ewige Kampf zwischen diesen Skelettprojekten und kontinuierlichen Updates ist ziemlich üblich, und während sie an einigen Stellen durch die Zusammensetzung von Konfigurationsdateien gelöst werden können, müssen Sie sie manchmal immer noch manuell vergleichen.
Es ist ein ständiges Problem in meiner aktuellen Linux-Distribution, also fühle ich mit Ihnen.
Ha! Wenigstens bin ich in guter Gesellschaft. Das ist eine große Hilfe.
Ja. Das hat mich heute etwa 15 Minuten gekostet, um herauszufinden, wie ich node.js aktualisiere.
Ich bin mit den Prozessen, die mit der Verwendung dieses Skeleton-Projekts verbunden sind, nicht vertraut, aber könnten Sie Shell-Aliase nutzen? Zum Beispiel, anstatt docker whizzy things zu verwenden, trainieren Sie sich, Ihren eigenen Alias zu verwenden, wie z. B. alias dwt="git pull; docker whizzy things"
Leider nein. Ein verrückter Hack könnte Hardlinks zwischen meinem Plugin und dem Skeleton-Plugin beinhalten und eine automatisierte Methode, um die neuesten Commits des Skeletons zu ziehen. Ich fürchte, die Lösung „warten, bis es kaputt geht, und daran denken, die GitHub-Workflows zu überprüfen“ ist der richtige Weg.
Danke.
Wenn ich es richtig interpretiere, haben Sie wahrscheinlich eine Kopie des Skeleton-Projekts (mit allen wichtigen Dingen, die durch Ihre eigene Plugin-Magie ersetzt wurden) und das Problem ist, dass die Workflow-Dateien in dieser Kopie veraltet sind.
Könnten Sie das Skeleton-Repository als Submodul hinzufügen und dann die Workflow-Dateien in Ihrem Repository durch Symlinks in das Submodul ersetzen? Wenn Sie git config submodule.recurse true setzen, wird das Submodul bei jedem Pull aktualisiert.
Ich glaube nicht, dass der Symlink-Ansatz funktioniert hätte, basierend auf einigen Leuten, die vor kurzem diskutiert haben, warum er nicht funktioniert. Ich habe einen Pull-Request erstellt, der dies durch die Nutzung wiederverwendbarer Workflows beheben sollte.
Nein. Definitiv nicht, aber ich dachte (denke?), dass Hardlinks das tun werden.
Ja. Ich denke, dass die Hardlink-Lösung funktionieren könnte. Ich denke, ich kann von dem Skeleton-Repo zu den anderen verlinken und dann mache ich einen git pull auf dem Skeleton und dann bekommen alle Dateien, die dorthin verlinkt sind, die neue Version, und ich glaube nicht, dass Git bemerken wird, dass mehrere Dateien dort verlinkt sind.
Und jetzt gibt es eine neue Idee, die ich nicht ganz verstehe…[edit]aber jetzt verstehe ich sie fast. . .
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.