Was ist eine Versionsaktualisierung?
Upgrade-, Patch- und Pull-Vorgänge sind Vorgänge, die durchgeführt werden, um neue Versionen, im System erstellte Patches, Innovationen und die aktuellsten Dateien zu erhalten. Der Upgrade-Bildschirm ermöglicht im Wesentlichen manuelle Vorgänge während Versionsaktualisierungen. Auf der Seite „Versionshinweise“ werden die aktuelle Version des Servers und alle veröffentlichten Versionen aufgeführt. Wenn Sie die Versionen eingeben, können Sie die Innovationen und Änderungen sehen.
Die Entwicklung von Lean Version Catalyst begann mit der Philosophie der Skalierbarkeit, Leistung und Einfachheit nach den Holistic-Versionen. Im Wesentlichen basieren alle diese Versionen auf derselben Grundstruktur. Daher handelt es sich um eine Fortsetzung früherer Versionen und es wurde volle Kompatibilität gewährleistet. Wie in früheren Versionen können Server aktualisiert, gepatcht oder zurückgezogen werden.
Sie können auf detaillierte Informationen über den Wiki-Artikel „Was ist Upgrade, Patch, Pull?“ zugreifen.
Dinge, die vor dem Aktualisieren der Version zu beachten sind
- Was vor und nach dem Upgrade von Systemen zu tun ist das auf Lean.23 umgestellt wird.
- Die Javascript-Funktion wrk_query wurde vollständig entfernt und wird von der Plevne WAS-Sicherheitsanwendung blockiert. In Codes, die für Add-On- oder Anpassungszwecke geschrieben wurden, sollte wrk_safe_query anstelle von wrk_query verwendet werden.
- Um die aktuelle Version pullbar zu machen und kontinuierlich Updates zu erhalten, müssen Sie die Upgrade-Funktion mit der Pull-Methode aktivieren.
Dazu müssen Sie zu den Systemparametereinstellungen gehen und bestätigen, ob Ihr Current Branch-Wert im Feld „Git Branche Change“ die Version ist, auf der Sie Ihr System ausführen möchten. Wenn nicht, geben Sie die Version der Version, auf der Sie Ihr System ausführen möchten, im Feld „Target Branch“ ein.
Zum Beispiel: Aktueller Zweig: releases/Holistic.22, Zielzweig: releases/Lean.23
Nach dem Bearbeiten der Git-Zweig-Einstellungen ist git.self_pull = true, git.branch = Aktueller Zweig: Sie müssen sie definieren as releases/Lean.23.
- Git-Zugriffscode: Wenn Sie auf das Verifizierungssymbol neben dem Parameterwert git.password in den Systemparametereinstellungen klicken oder wenn Sie auf das Verifizierungssymbol beim Git-Passwort klicken Verifizierungsbildschirm während des Upgrades; Es wird automatisch für Systeme mit einem gültigen Abonnement ausgestellt. Wenn es nicht kommt, auch nachdem Sie auf das Bestätigungssymbol geklickt haben, können Sie es bei Workcube anfordern.
Sie benötigen ein gültiges Bitbucket-App-Passwort, um Workcube herunterzuladen, zu patchen oder zu aktualisieren. Die Dateien, in denen Workcube installiert ist, müssen auf Git liegen und Ihr Bitbucket-Benutzercode, den Workcube Ihnen zur Verfügung stellt und in regelmäßigen Abständen aktualisiert, muss korrekt eingegeben werden.
Hinweis: Wenn dieser Zugangscode korrekt ist und Sie auf das unten angezeigte Bitbucket-Symbol klicken, erhält die App automatisch Ihr Passwort vom System-Bitbucket. Sobald Sie dies tun, ist es bis zum nächsten Zugangscode gültig, den Sie von Workcube erhalten.
- DB-Vergleich und Differenzbeseitigung: 19.02.2023 DB mit der Hauptversion beim Upgraden, Patchen und Pullen mit dem Merge-Prozess. und der Schemavergleich erfolgt mit der Remote-Modelldatenbank.
Für diesen Prozess wurden in den Systemparametereinstellungen neue Definitionen hinzugefügt.
* modeldb.dbname = release_workcube
* modeldb.dbusername = release
* modelmodeldb.dbhost = *** System-IP-Adresse für gültige Abonnenten
* modeldb.dbport = *** Das System gibt den Port automatisch an gültige Abonnenten weiter.
* modeldb.dbpassword = *** Das System gibt das Passwort automatisch gültig Abonnenten.
Der Vergleichsprozess nach der Verbindung erfolgt automatisch. wird beginnen. Dieser Vorgang kann lange dauern! Darüber hinaus wirkt sich Ihre Verbindungsgeschwindigkeit zur Modelldatenbank auf die Verarbeitungszeit aus. Während dieser Zeit bleibt Ihr System im Wartungsmodus!
Wenn Sie möchten, können Sie dies später manuell tun. So vergleichen Sie Ihre Datenbank nach Abschluss des Upgrade-Vorgangs: „Systemsteuerung > System > DEV-Tools > SCHEMA-VERGLEICHEN“
Diese Entwicklung wird verwendet, um alle Schema-, Tabellen-, Index- und Ansichtsunterschiede zwischen der verwendeten Version und der aktuellen Version in der Distribution automatisch zu beseitigen.
Datendienste: Um Workcube-Datendienste zu erhalten, wurden den Systemparametereinstellungen die Felder „service.data_url“ und „service.upgrade_url“ hinzugefügt. Um Datendienste zu erhalten, müssen diese Felder als „https://release.workcube.com“ definiert sein.
Vergessen Sie nicht, Versionen und Daten werden per Veröffentlichung verteilt.
Dinge, die vor der Aktualisierung der Version in Protein-Installed zu beachten sind Systeme
Ihre Parametereinstellungen nach der Installation wurden zuvor aktualisiert. Wenn nicht geschehen, überprüfen Sie es. Geben Sie Ihre Parametereinstellungen auf der Seite protein.params ein.
Damit die Parametereinstellungen funktionieren; Erstellen Sie eine protein.config-Datei im Ordner /AddOns/Yazilimsa/Protein/reactor/ und schreiben Sie den Haupt-DSN hinein.
*Protein.config wird nicht mit der Installation geliefert, da es sich in Git Ignore befindet.
Wenn Systeme aktualisiert werden, die ohne die Verwendung von Parametern funktionieren, werden Parameter hinzugefügt. muss eingegeben werden.
Warnung für diejenigen, die ein Upgrade durchführen! Die Lean23-Version wird zu Testzwecken für 14 Tage ab dem Beta-Veröffentlichungsdatum als Beta veröffentlicht.
Um Ihr System auf die neueste Version zu aktualisieren, führen Sie einfach die folgenden Prozesse mit Selbstaktualisierung durch.
Machen Sie die an Standarddateien vorgenommenen Verbesserungen rückgängig.
Setzen Sie die Systemparametereinstellungen zurück Bearbeiten.
Zur aktuellen Version wechseln.
Alle aktuellen WRO-Abfragen ausführen
Aktuelle Vergleichsdatenbank (Schemavergleich)
Aktuelle Lösung, Familie, Modul, Objekt, Widget, Installieren Sie WEX, Ausgabevorlage, Prozessvorlage und Sprachen.
Starten Sie Ihren Workcube neu.
Detaillierte Informationen zu Systemparametereinstellungen finden Sie im Wiki-Artikel „Systemparametereinstellungen“.
Detaillierte Informationen zum Upgrade erhalten Sie über den Wiki-Artikel „Release-Übergang und Upgrade vom Master“.
?
Ermöglicht den Vergleich vorheriger und nächster Versionen. Die Dateien werden überprüft, indem Unterschiede zwischen Zweigen festgestellt werden.
Die Möglichkeit, Workcube-Live-, QA- oder Entwicklungsseiten mit Git-Datenbanken zu vergleichen und Unterschiede zwischen Versionen zu verfolgen, wurde eingeführt.
Workcube führt die Versionsverwaltung auf Git durch und die Codes werden auf bitbucket.org repoed. Versionen werden auf Zweigbasis mit Git verteilt. Unterschiede können überwacht werden, indem die Codes auf Live-, QA- oder Entwicklungsseiten mit den aktuellen Zweigen in Bitbucket aus dem domänenbasierten Workcube-Verzeichnis verglichen werden.
Ihr Server läuft möglicherweise langsamer oder schneller, abhängig von der Geschwindigkeit des Zugriffs auf globale Bitbucket-Server und der Größe der Unterschiede.