fehlerhafter Build Prozess

[Laura Meierkort]

Nach dem Build Prozess fehlt die index.html im mastercode Ordner. Außerdem wird der Ordner, der im mastercode Ordner liegt mit “2_4_3_DEV…” betitelt. Das ist etwas irreführend wenn man eigentlich auf der Version 2.5.0 arbeitet.

Zudem scheint auch etwas beim Setzen der Pfade nicht zu klappen. Zum Beispiel ist der Pfad zur common.json nicht korrekt (“http://dienst.de/mastercode/2_4_3_DEV…/locales/de/common.json” statt “http://dienst.de/ordnerName/locales/de/common.json”).

[Felix Nagel]

Moin,

der Build Prozess hat sich vor einer Weile geändert. Die index files sind jetzt in den jeweiligen Ordnern der Portale. Die Unterordner in Mastercode heißen, wie die aktuelle Version + DEV/STABLE + Datum der ausgecheckten Version. Machen Sie bitte mal

git fetch && git checkout dev && git pull && npm i && npm run build

dann einfach enter drücken

Danach haben Sie im dist Ordner alle Portale aus dem Portals Ordner sowie den Mastercode. Habe es gerade auf dev gemacht bei mir gehts reibungslos.

[Laura Meierkort]

Das mit der Umstellung des Prozesses habe ich nicht mitbekommen. Dann wäre es aber hilfreich wenn dokumentiert würde, dass bei der Abfrage nach dem Ordner nicht mehr der Pfad zum Ordner mit den Portalen angegeben werden muss (z.B. portal/master) sondern nur noch “portal”. Das war nämlich dann anscheinend mein Fehler.

Ich habe den Build auf dem Tag zur Version 2.5.0 durchgeführt und dabei wird der Ordner “2_4_3_DEV_2020-01-24__14-24-36” benannt. Das finde ich sehr irreführend, da die Versionsnummer nicht stimmt und das Datum mir auch seltsam vorkommt.

Zudem wird die common.json Datei an falscher Stelle erwartet. Nämlich nicht auf der Ebene, auf der auch der js Ordner für die masterportal.js liegt, sondern auf der Hauptebene des Dienstes (siehe oben).

‌

[Felix Nagel]

Bei der Abfrage muss man den Ordner angeben, in dem die zu bauenden Portale sind. Das Script baut jetzt sämtlich Portale innerhalb eines Ordners. Diese gebauten Portale sind dann im dist Ordner und bedienen sich allesamt der gleichen MasterCode Dateien.

So wie ich das verstehe, nutzen Sie eine alte Version auf dev. Warum? Ich würde entweder die aktuelle dev Version nutzen oder den stable branch.

[Laura Meierkort]

Früher konnte man auch einzelne Ordner angeben, zum Beipsiel portal/master oder portal/masterCustom, dann wurde nur dieses Portal gebaut. Jetzt funktioniert das nicht mehr denn wenn man portal/masterCustom eingibt statt einfach Enter zu drücken, dann wird nur der Ordner build und der mit den MasterCode Dateien erstellt, nicht aber das Portal mit der index.html etc. aus portal/masterCustom. Diese Änderung am build Prozess war für mich nicht ersichtlich.

Ich nutze keine alter Version auf dev sondern den Tag 2.5.0. Diesen nutzen wir, da er einer Release Version am nächsten kommt und ein definierter, sich nicht ändernder Zustand ist.

Das Problem mit der common.json liegt vermutlich an dem replace, welches in /devtools/tasks/replace.js durchgeführt wird.

[Felix Nagel]

Die tagged Version scheint ja relativ broken zu sein. Das ist nicht gut. Gibt es eine Möglichkeit, eine neuere zu nutzen? Mein Vorschlag wäre, Sie nutzen temporär DEV oder Stable HEAD. Wir sind gerade in der ersten Hotfix-Runde, das heißt, das Tag 2.5.1 kommt demnächst. Ich kann da jetzt leider auch nicht viel mehr machen. Ich werde das Problem bei uns mit aufnehmen, dass in Zukunft sowas möglichst nicht mehr passiert.

[Laura Meierkort]

Okay, ich werde für die Tag Version 2.5.0 improvisieren. Schön wenn es für die Zukunft aufgenommen wurde. Danke :-)

[Felix Nagel]

Wir werden demnächst Tag v2.5.0 im Branch “stable” veröffentlichen. Das wäre dann genau das was Sie ursprünglich wollten.

[mbgvhh]

erstmal gelöst durch neue stable-Version.