You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Seit Version 2.1.9 werden Commits für Patch-Releases per Cherry-Pick in den jeweils aktuellen Release-Branch geholt und dort mit einem Tag versehen. Mit einem nachfolgenden normalen Release (zuerst mit 2.2.0) wird ein neuer Release-Branch erstellt, da es ansonsten zu Konflikten mit den bereits vorhandenen Commits kommt. Als Ergebnis sind vorherige Patch-Releases (2.1.9-Patch.x ab 2.2.0) nicht mehr in dem Release-Branch enthalten.
Das führ dazu, dass:
die vorherigen Patch-Releases nicht mehr in der verfügbaren Versionsliste angezeigt werden
im Backup Infos zum Branch fehlen
ein Restore einer solchen Patch-Version nicht mehr funktioniert, nachdem ein neues Release veröffentlicht wurde
Dieser PR behebt diese Probleme, indem:
für Release und Beta ein "virtueller" Branch anhand aller vorhandener Tags zusammen- und dem UI zur Verfügung gestellt wird
für Release und Beta eine Zusatzinfo in der lokalen git Konfiguration abgelegt wird, um den "virtuellen" Branch zuordnen zu können
im Backup diese Zusatzinfo mit aufgenommen wird
beim Restore die Zusatzinfo beachtet wird und der "virtuelle" Branch wieder in der git Konfiguration hinterlegt wird
Zusätzlich wurden
identische oder ähnliche Codebestandteile von Update, Backup und Restore zentralisiert, um das Verhalten zu vereinheitlichen
die Archivprüfung direkt beim Hochladen einer Sicherungsdatei korrigiert
ToDo:
temporär gebaute Einstellungen nach Prüfung entfernen
Version filter rejects valid multi-digit major versions
runs/update_available_versions.sh:102
[2-9]+ is not a numeric “major version >= 2” check: it rejects valid future majors containing 0 or 1, such as 10.0.0 and 20.0.0. The helper still selects those tags, so the advertised train commit can come from a tag that is missing from the corresponding tag list. Match one digit from 2–9 or any multi-digit positive major in both train filters.
Fetch all tags to support standalone release and beta tags
runs/update_self.sh:77
This fetch does not request all tags, yet the new Release/Beta paths select tags and explicitly support tag commits that may not be reachable from a fetched branch. Git's default auto-follow only obtains tags pointing into fetched histories, so a newly published standalone train tag can remain absent locally; fallback selection then chooses an old tag and an explicitly selected new tag fails validation. Fetch/prune tags here just as the versions script does.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
bugSomething isn't workinguidepends on changes in ui repository
3 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Seit Version 2.1.9 werden Commits für Patch-Releases per Cherry-Pick in den jeweils aktuellen Release-Branch geholt und dort mit einem Tag versehen. Mit einem nachfolgenden normalen Release (zuerst mit 2.2.0) wird ein neuer Release-Branch erstellt, da es ansonsten zu Konflikten mit den bereits vorhandenen Commits kommt. Als Ergebnis sind vorherige Patch-Releases (2.1.9-Patch.x ab 2.2.0) nicht mehr in dem Release-Branch enthalten.
Das führ dazu, dass:
Dieser PR behebt diese Probleme, indem:
Zusätzlich wurden
ToDo:
Settings-UI: openWB/openwb-ui-settings#1124