wie gelingt es uns denn, ein Paket direkt beim Import in ein bestimmtes Empirum Register zu legen? Die Funktion wäre dann analog zur alten Version des Software-Depots. Steuert man das über Variablen oder übersehen wir eine Einstellung in der jeweiligen Pipeline?
Hallo Herr Brück,
je nach Anzahl der unterschiedlichen Register kann man unterschiedliche Wege wählen.
Der vermutlich einfachste Weg ist, die Pipeline zu duplizieren und im jeweiligen „Empirum Deploy“ Task das jeweilige Zielregister auszuwählen. Dies macht Sinn, wenn Sie lediglich 2-3 unterschiedliche Register haben.
Hier ist es am Ende so, wie Sie es beschreiben. Sie können für die Pipeline eine neue Phase Variable für das Register anlegen. Beim Erstellen der Produktautomatisierung lässt sich dann diese Variable für die jeweilige Anwendung füllen.
Leider kann das Register nur als ID an den Task übergeben werden. Diese ist allerdings in der Empirum Console nicht ersichtlich. Sie finden Sie in der DB Tabelle „SoftwareDepotRegister“.
Bitte melden Sie sich falls es bei der Einrichtung Probleme gibt.
Soweit es sich vermeiden lässt arbeiten wir nicht mit den Namen von Objekten. Auf die Masse gesehen ändern sich Namen einfach zu häufig und führen dann zu Problemen die man oft nur schwer findet. Die Namen die man in der Pipeline sieht sind auch nur für die Anzeige - in der Pipeline gespeichert wird ebenfalls die ID.
Wir arbeiten schon an einer Möglichkeit diese Werte in der Produktautomatisierung über die Oberfläche anzubieten. Hier sind wir allerdings noch in einer frühen Phase und ich kann noch nicht absehen, wann die Lösung veröffentlicht wird.
Perfekt wäre es, wenn das neue Paket dann ins selbe Register importiert wird und unterhalb der alten Version um etwaige Reihenfolgen von Paketausführungen nicht zu stören. Sonst muss immer noch manuell geprüft werden ob es passt.
Danach wäre es toll wenn das alte Paket danach optional in ein anderes Register verschoben werden könnte. Wir haben ein extra Empirum Register in das wir alle alte Versionen verschieben. Sonst verliert man schnell die Übersicht in den Registern.
beide Sachen lassen sich vermutlich über ein Custom Powershellscirpt lösen.
Das Verschieben von Anwendungen in ein anderes Register habe ich diese Woche sogar schon bei einem Kunden in ähnlicher Variante umgesetzt.
Wenn du Interesse an den Customizings hast, dann schicke uns bitte eine Mail an euren Vertriebsbeauftragten.
LRARMK hat das eigentlich sehr gut zusammengefasst. Es gibt ja massiven Wildwuchs an Paketen, wenn die Automatisierung hier immer das neue am Ende eines Registers einfügt und das alte Paket nicht zumindest Stillgelegt wird.
Es wäre also schon eine echte Automatisierung wenn das so passiert:
1 Testphase
Paket in ein Vordefiniertes Register ( Pilotierung)
2 Ausrollphase
Paket verschieben von Pilotregister in das Register wo das zu ersetzende Paket liegt unterhalb dessen
Verschieben des alten Pakets in Archivregister und Installation freigeben deaktivert.
So wäre das eine Klasse Automatisierung. Und da in der Phase 2 ja die ID`s vorhanden sind sollte das doch kein Problem sein dies in die Pipeline als optionalen Parameter aufzunehmen und nicht als Dienstleistung zusätzlich extern erstellen zu müssen…
Andernfalls müsste man ja bei jeder Automatisierung hier händisch tätig werden, was ja die Product Automation eigentlich wieder Ab Absurdum führen würde. Wenn ich alles im Nachgang immer verschieben und aufräumen müsste.
Das Paket wird über den „Empirum Deploy“ Task dem Testregister zugewiesen und verweilt hier über den gesamten Testzeitraum.
Wenn die zweite Pipeline gestartet wird, wird hier ein Powershellscript ausgeführt, dass dann die PackageID als Parameter erhält und das Paket dem Produktivbereich zuweißt. Alte Pakete können dann ebenfalls nochmal verschoben werden.
Wir haben ein ähnliches Script bereits gebaut. Bitte melden Sie sich bei unserem Projektbüro oder schreiben mir direkt per PN oder Mail (mit Ihren Kontaktdaten). Dann werden wir eine Lösung finden wie wir Ihnen das Script zugänglich machen können.
PN ist raus. Aber als Feature Request wäre das für alle denke ich schon eine coole Sache wenn dies als definierter Baustein in die Pipeline eingebunden werden könnte