Env Vars in YML - nur mit OS-Variablen substituiert

Hallo Leute.
Ist es möglich, Parameter/Variablen zur Build-Zeit durch eigene des Betriebssystems (Bash) zu ersetzen? Ich weiß, dass es eher eine YAML-Frage ist, aber ich dachte, die Experten hier sollten es wissen.
Sagen wir…

host: /APPOW/log/${HOSTNAME}/discourse.test

Ich dachte, das würde sofort funktionieren, aber bei mir hat es das nicht. Danke.

Danke. Nein, es sei denn, ich bin blind geworden, vorübergehend – möglich – deckt das meine Frage nicht ab. Oder?
Ich spreche von den Umgebungsvariablen des Betriebssystems, Shell-Variablen, die in YAML aufgelöst würden, um ihre Werte zu erhalten – wieder, gesetzt in der Shell des Hosts (existiert nicht in .yml).

Nein.

Sie können sie zur Startzeit festlegen, aber nicht zur Build-Zeit.

Was möchten Sie erreichen, dass Sie denken, dass das Ersetzen von ENV in YAML zur Build-Zeit dies erreichen wird?

Diese kleinen Änderungen sind kleine Retter, wenn man skaliert, wenn auch nur ein wenig.
Das obige Beispiel sollte am aussagekräftigsten sein – ohne dass ich es jedes Mal, wenn ich in einer anderen Umgebung / einem anderen Host erstelle, in YAML „reparieren“ muss.
Ich habe gesucht und sehe Beispiele, die behaupten, dass eine so einfache Ersetzung für YAML funktionieren sollte, aber ich kann sie nicht zum Laufen bringen.

Ich glaube nicht, dass der Launcher diese ENV-Variablen ersetzen wird. Es ist möglich, ein Image zu erstellen und dann dasselbe Image mehrmals mit unterschiedlichen Domainnamen zu starten. Sie können

./launcher start-cmd app

um zu sehen, welche ENV zum Starten benötigt wird.

Um dies mit einem Host zu tun, der noch nicht initialisiert wurde, müssen Sie die Datenbank migrieren und Assets vorkompilieren.

2 „Gefällt mir“

Das wäre sicherlich eine sehr schöne Verbesserung für zukünftige Launcher-Versionen, wenn es das täte.