changed manifest for easier update #97
No reviewers
Labels
No Label
bug
feature
help wanted
invalid
question
regelfehler
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: MidgardVTT-Entwicklung/foundry-vtt-system-midgard5#97
Loading…
Reference in New Issue
No description provided.
Delete Branch "Manifest-change"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
New commits pushed, approval review dismissed automatically according to repository settings
@Byroks:
Ich habe jetzt noch einen token erstellt, read Rechte auf die Releases hat und diesen an die Manifest URLs angehängt:
Damit brauchst Du jetzt das Projekt für Releases nicht mehr öffentlich zu machen ;->
Das gleiche habe ich auch die Erweiterung getan.
Guter Gedanke, aber zumindest die Versionierung sollte drin bleiben, sonst ist es nicht mehr möglich auf eine spezifische Version zu patchen.
Die Versionierung wird ja hier auch von der gulpfile übernommen, so das man nicht viel machen muss.
Bin jetzt nicht ganz sicher, was Du meinst:
Wenn Du ein neues Release per "npm run package [new version number]" erstellst, wird der "version":"[Neue Version]" Eintrag sowohl in der package.json, wie auch in der system.json weiterhin aktualisiert. Nur die Versionierung in den URLs habe ich auskommentiert. Wenn Foundry dann mitbekommt, dass eine neue Version vorliegt (<- neue Version in der system.json unter der bekannten URL), dann kann es auch gleich das neue Zipfile runterladen und entpacken. Zumindest die URL der Manifest Datei sollte sich also nicht ändern, sonst müsstest Du das System jedesmal über die neue Manifest URL neu installieren, oder?
Zum updaten ja, funktioniert auch super. Das problem allerdings ist, das im manifest latest referenziert wird und nicht mehr die Versions nummer. Dadurch kann nicht mehr auf eine bestimmte version gepatched werden sondern es wird immer die letzte Version genommen. Was problematisch werden kann, falls die letzte version kaputt ist und man zurück patchen muss.
Mir ist das aufgefallen weil ich bei der M5-Erweiterung die Versionen einzeln durch updaten wollte um das mit dem Token zu testen, allerdings wurde bei mir anstelle die gewollte Version, die letzte sofort installiert da dort der manifest link hingezeigt hat.
Stimmt. Da hast Du Recht. Dazu sollte es aber reichen, wenn der Pfad zur Zip Datei versioniert ist, richtig? Dann ließe sich "manuell" eine spezielle Version installieren, der Automatismus (Standard Update aus Foundry verwendet das Manifest in latest mit der entsprechenden Zip Datei) würde aber trotzdem funktionieren.
"npm run package 2.6.1" hat jetzt folgendes Manifest erstellt:
Ich bin mir tatsächlich nicht sicher aber wir können es mal probieren, Release erstellen und falls es nicht geht wieder zurück rudern.