Was ist eine Versionsaktualisierung?
Upgrade-, Patch- und Pull-Vorgänge sind die Prozesse, 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. Bei der Eingabe der Versionen sehen Sie die Neuerungen und Änderungen.
Die Lean-Version von Catalyst begann nach den Holistic-Versionen mit der Philosophie der Skalierbarkeit, Leistung und Einfachheit zu entwickeln. 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 Differenzentfernung: 19.02.2023 Beim Upgraden, Patchen und Ziehen der DB mit der Hauptversion 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. Um Ihre Datenbank nach Abschluss des Upgrade-Vorgangs zu vergleichen, „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 Systemen mit Protein zu beachten sind Installiert
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, müssen Parameter vorhanden sein eingegeben.
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“.
?
14.5.4.1. Was ist Upgrade, Patch, Pull? Welche Unterschiede und Einstellungen gibt es?
Upgrade-, Patch- und Pull-Vorgänge sind Vorgänge, die durchgeführt werden, um neue Versionen, auf dem System erstellte Patches, Innovationen und die aktuellsten Dateien zu erhalten.
14.5.4. Workcube-Upgrade
Dies ist der Bildschirm, auf dem Datenaustauschvorgänge durchgeführt werden, unabhängig von Upgrades der Workcube-Anwendung.
14.2.5. Systemparametereinstellungen
Einige der Systemparameter werden während der Installation automatisch übernommen, andere werden aus den von autorisierten Personen während der Installation eingegebenen Daten ermittelt. Es wird standardmäßig mit den aus der Installation übernommenen Werten ausgeführt, es sei denn, es muss später je nach Bedarf angepasst oder geändert werden.
Release-Übergang und Upgrade vom Master
Was muss getan werden, um von der Master-Entwicklungsumgebung zu stabilen Versionen zu wechseln?
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.