Wenn man anfängt, sich mit Linux zu beschäftigen, ist eines der verwirrendsten Konzepte die berühmte Umgebungsvariable. PATHAlle sagen einem Dinge wie „Füge es deinem PATH hinzu“, „Überprüfe deinen PATH“ oder „Es funktioniert nicht, weil es nicht in deinem PATH ist“, aber nur selten wird einem ruhig erklärt, was es genau ist, wofür es da ist und wie man es verwaltet, ohne etwas im System durcheinanderzubringen.
In diesem Artikel werden wir im Detail sehen, was sie sind. Umgebungsvariablen in LinuxWelche Rolle spielt es? PATHHier wird erklärt, wie man die Datei temporär oder dauerhaft ansieht und bearbeitet, welche Dateien betroffen sind, welche typischen Probleme auftreten und wie man sie behebt. Ziel ist es, dass Sie nach dem Lesen genau verstehen, was Sie tun und warum, ohne sich durch unverständliches Fachchinesisch kämpfen zu müssen.
Was ist eine Umgebungsvariable in Linux?
Wenn wir über Informatik sprechen, Variable Es handelt sich lediglich um einen Namen, der mit einem im Speicher abgelegten Wert verknüpft ist und sich im Laufe der Zeit ändern kann. Im Kontext des Betriebssystems ist der Umgebungsvariablen Dies sind benannte Werte, die in der Shell und der Prozessausführungsumgebung gespeichert sind und zum Speichern verwendet werden. Einstellungen, Routen, Anmeldeinformationen und Präferenzen dass die Programme funktionieren müssen.
In Linux (und anderen Unix-ähnlichen Systemen) bilden diese Variablen eine Art von globales Wörterbuch mit NAME=WERT-Paaren, die automatisch an Kindprozesse übergeben werden, wenn Befehle oder Skripte über die Shell ausgeführt werden. So kann ein Programm Werte wie das Home-Verzeichnis des Benutzers, die Systemsprache, die verwendete Shell oder, wie wir später sehen werden, die Verzeichnisse abfragen, in denen nach ausführbaren Dateien gesucht werden soll.
Umgebungsvariablen können sein lokal oder globalEine lokale Variable existiert nur innerhalb der Shell, in der sie definiert ist, während eine exportierte Variable von allen Threads (Skripten, Programmen usw.) geerbt wird, die von dieser Shell aus gestartet werden. Darüber hinaus können sie für einen einzelnen Benutzer oder systemweit definiert werden und wirken sich somit auf alle angemeldeten Benutzer aus.
Gängige Umgebungsvariablen in Linux
Das System definiert standardmäßig eine Reihe von Variablen, die man kennen sollte, da sie ständig verwendet werden. Einige der gebräuchlichsten sind: HOME, USER, SHELL, LANG, PWD und PATHunter anderem. Sie werden üblicherweise alle in Großbuchstaben geschrieben, um sie von anderen normalen Variablen in Skripten oder in der Shell zu unterscheiden.
Beispielsweise kann die Variable HOME verweist auf das Home-Verzeichnis des aktuellen Benutzers (etwa so: /home/juan), USER Es enthält den Namen des angemeldeten Benutzers. SHELL gibt den Standard-Shell-Pfad an (wie /bin/bash o /bin/zsh) Und PWD Speichern Sie das aktuelle Arbeitsverzeichnis, also das, das vom Befehl angezeigt wird. pwd.
Ebenfalls wichtig sind Variablen im Zusammenhang mit Sprache und regionalen Gegebenheiten, wie zum Beispiel SPRACHE oder solche, die mit LC_die den Zeichensatz, das Datumsformat, das Währungsformat usw. definieren. Ein weiterer Klassiker ist EDITOR o VISUALViele Tools nutzen diese Information, um zu wissen, welcher Texteditor geöffnet werden soll, wenn man etwas bearbeiten möchte, wie es beispielsweise bei … der Fall ist. crontab -e.
Was genau ist die Umgebungsvariable PATH?
Der Star dieses Artikels ist die Umgebungsvariable. PATHDiese Variable enthält ein geordnete Liste der Verzeichnisse getrennt durch zwei Doppelpunkte (:Hier sucht das System nach ausführbaren Dateien, wenn Sie im Terminal einen Befehl eingeben, ohne einen vollständigen Pfad anzugeben. Es ist buchstäblich der „Pfad“, dem Ihre Shell folgt, um Programme zu finden.
Wenn Sie einen Befehl wie diesen eingeben ls o BaumSie fordern das System tatsächlich auf, eine Binärdatei auszuführen, die sich irgendwo auf Ihrer Festplatte befindet. Dank der Variablen PATHDie Shell durchläuft der Reihe nach jedes Verzeichnis in dieser Liste, bis sie eine ausführbare Datei mit demselben Namen wie der eingegebene Befehl findet. Wenn sie eine solche Datei findet, führt sie sie aus; andernfalls gibt sie die übliche Fehlermeldung zurück. Befehl nicht gefunden.
Es ist in vielen Verteilungen üblich, dass PATH beinhalte Routen des Stils /usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbinJeder der dort aufgeführten Pfade ist ein Verzeichnis, in dem sich ausführbare Dateien befinden, die Sie aufrufen können, ohne den absoluten Pfad angeben zu müssen. Dies macht die Arbeit im Terminal deutlich komfortabler.
Die Reihenfolge der Verzeichnisse in PATH Es ist von entscheidender Bedeutung, denn es bestimmt die VorrangExistiert eine ausführbare Datei mit demselben Namen in zwei verschiedenen Pfaden, wird diejenige verwendet, die in der Liste zuerst erscheint. Dies ermöglicht es Ihnen beispielsweise, eine alternative Version eines Programms in einem bestimmten Verzeichnis zu haben. /usr/local/bin das die Systemversion überschreibt in /usr/bin einfach durch Ändern der Reihenfolge der Routen.
Wie man Umgebungsvariablen und den aktuellen Wert von PATH anzeigt
Um die aktiven Umgebungsvariablen in Ihrer Shell-Sitzung zu überprüfen, stehen Ihnen mehrere Befehle zur Verfügung. Einer der direktesten ist: env, zeigt an alle definierten Variablen mit dem Format NAME=WERT. Wenn Sie ausführen env Sie werden eine Reihe von Linien sehen, zwischen denen erscheinen wird HOME, USER, SHELL, PATH, usw.
Ein weiterer häufig verwendeter Befehl ist printenvDiese Liste enthält auch Umgebungsvariablen, ist aber besonders nützlich, um eine einzelne, bestimmte Variable nachzuschlagen. Wenn Sie Folgendes eingeben: printenv PATHDie Ausgabe wird lediglich der aktuelle Wert der Variablen sein. PATHDadurch können Sie auf einen Blick erkennen, welche Verzeichnisse enthalten sind und in welcher Reihenfolge sie angeordnet sind.
Darüber hinaus können Sie den Befehl Echo Neben dem Dollarzeichen können Sie den Inhalt einer beliebigen Variablen anzeigen lassen. Zum Beispiel: echo $USER Es wird Ihr Benutzername angezeigt, und echo $PATH Es zeigt Ihnen die vollständige Liste der Verzeichnisse an, in denen das System nach ausführbaren Dateien sucht, getrennt durch… zwei PunkteDiese Syntax mit $NOMBRE Es ist diejenige, die auch in Skripten häufig verwendet wird.
Wie man herausfindet, wo sich ein Befehl im System befindet
Zu wissen, dass sich ein Befehl im PATH Das ist super, aber manchmal muss man den genauen Pfad im Dateisystem herausfinden. Dafür gibt es Befehle wie zum Beispiel welche y wo ist, die Ihnen den physischen Speicherort der Binärdatei anzeigen, die beim Aufruf eines Befehls ausgeführt wird.
Wenn Sie beispielsweise laufen which treeDie typische Ausgabe sieht etwa so aus: /usr/bin/treeDies bedeutet, dass sich die ausführbare Datei in diesem Verzeichnis befindet, welches wiederum in Ihrer Variablen enthalten ist. PATHDas Kommando seinerseits wo ist Es ist etwas vollständiger und kann den Pfad zur Binärdatei sowie den Speicherort der zugehörigen Manpages und anderer verwandter Dateien anzeigen.
Diese Informationen sind sehr nützlich, wenn Sie vermuten, dass eine andere Version eines Programms ausgeführt wird als angenommen, oder wenn Sie Probleme im Zusammenhang mit … beheben. Routen und Prioritäten in PATHWenn man genau sieht, welche Binärdatei aufgerufen wird, erspart man sich viele Probleme.
Wie man Shell-Skripte ausführt und in welcher Beziehung sie zum PATH stehen.
Shell-Skripte speichern ihren Code typischerweise in Dateien mit der Erweiterung . Sh.Obwohl es nicht zwingend erforderlich ist, können Sie sie auf zwei Arten ausführen: Angabe der expliziten Route oder sich darauf zu verlassen, dass sich das Skript in einem Verzeichnis befindet, das in PATHWenn sich das Skript im aktuellen Verzeichnis befindet, ist eine klassische Methode die Verwendung von ./mishcript.sh.
Wenn Sie das Skript aufrufen möchten, ohne den vollständigen Pfad anzugeben, speichern Sie es am besten in einem Verzeichnis innerhalb des PATHAls ~/bin (falls Sie es hinzufügen), /usr/local/bin oder ein anderes Verzeichnis mit Binärdateien. Sie können auch Erstellen Sie .desktop-Dateien Um Anwendungen zu starten, ohne den PATH zu ändern, müssen Sie lediglich den Skriptnamen eingeben, vorausgesetzt, das Skript verfügt über die erforderlichen Ausführungsrechte und der richtige Interpreter ist in der ersten Zeile (dem bekannten Shebang) angegeben. #!/bin/bash).
Wichtig ist der Unterschied zwischen dem Ausführen eines Skripts mit ./script.sh und source script.shIm ersten Fall wird ein Unterprozess erstellt, der Ihre Umgebungsvariablen erbt, aber keine Änderungen daran zurückgibt; im zweiten Fall wird das Skript in Ihrer aktuellen Shell ausgeführt, sodass es Variablen wie beispielsweise direkt ändern kann. PATH Diese Änderungen bleiben während Ihrer Sitzung aktiv.
Wie man Umgebungsvariablen in Linux erstellt und ändert
Die grundlegendste Methode zum Erstellen oder Anpassen einer Umgebungsvariablen in Bash ist die Verwendung des Befehls exportierenDie typische Syntax lautet: export NOMBRE="valor"Dort definieren Sie den Wert und kennzeichnen ihn als für untergeordnete Prozesse exportierbar. Zum Beispiel könnten Sie Folgendes tun: export MI_VARIABLE="HolaMundo" und dann überprüfen Sie es mit echo $MI_VARIABLE.
Wenn Sie eine Variable definieren, ohne exportieren (zum Beispiel, MI_VAR=algoDies wird zwar in Ihrer Shell vorhanden sein, aber nicht an die von Ihnen ausgeführten Programme oder Skripte weitergegeben. Verwenden Sie stattdessen exportieren Sie stellen sicher, dass jeder Kindprozess diese Variable lesen kann. Dies ist von entscheidender Bedeutung, wenn Ihre Anwendungen auf Einstellungen wie Anmeldeinformationen, Projektpfade oder Zeitzonenparameter zugreifen sollen.
Um eine Umgebungsvariable zurückzusetzen oder zu löschen, wird der Befehl verwendet. ungesetzt. Mit unset VAR Sie entfernen die VAR-Variable aus der aktuellen Umgebung, wodurch sie für neue Threads nicht mehr verfügbar ist. Zum Beispiel, wenn Sie Folgendes tun: unset TZ nachdem die Variable berührt wurde TZDas System kehrt zu seinem Standardverhalten in Bezug auf die Zeitzone zurück, wenn Sie die Uhrzeit erneut überprüfen. date.
So ändern Sie die PATH-Variable (temporäre Änderungen)
Die Variable ändern PATH Um die Pfade temporär, also nur für die aktuelle Terminal-Sitzung, zu ändern, genügt es, einen neuen Wert aus dem bestehenden zu erstellen. Üblicherweise fügt man ein neues Verzeichnis am Ende oder am Anfang der Pfadliste hinzu, je nachdem, welche Priorität den ausführbaren Dateien zugewiesen werden soll.
zu Füge am Ende eine Route hinzu. de PATH Man könnte zum Beispiel Folgendes tun: export PATH="$PATH:/home/usuario/scripts"So gehen die vorhandenen Inhalte nicht verloren; Sie fügen Ihr neues Verzeichnis einfach am Ende der Liste hinzu. Ab diesem Zeitpunkt können Sie darin beliebige Skripte oder Binärdateien ausführen. /home/usuario/scripts ohne die vollständige Route aufzuschreiben.
Wenn Sie hingegen möchten, dass diese neue Route Vorrang vor den anderen hat, können Sie Füge es am Anfang ein durch export PATH="/home/usuario/scripts:$PATH"Wenn sich also eine ausführbare Datei mit demselben Namen in Ihrem Skriptordner und in befindet /usr/binIhr persönlicher Ordner wird verwendet, da sein Pfad weiter oben liegt.
Es ist auch möglich Ersetzen Sie den PATH-Wert vollständig. zum Beispiel, wenn man es von Grund auf neu definiert, export PATH="/usr/local/bin:/usr/bin:/bin"Das ist knifflig, denn wenn man wichtige Pfade auslässt, kann das System grundlegende Befehle nicht mehr finden. Außerdem sind alle im Terminal vorgenommenen Änderungen nur temporär: Sobald man die Shell-Sitzung schließt, gehen sie verloren, und beim erneuten Öffnen des Terminals wird die Standardkonfiguration geladen.
Wie man PATH und andere Umgebungsvariablen dauerhaft konfiguriert
Wenn Sie eine Veränderung wünschen in PATH (oder in einer anderen Umgebungsvariablen), die jedes Mal beim Öffnen eines Terminals beibehalten werden soll, müssen Sie in der Shell-StartdateienIn Bash ist die gebräuchlichste Methode die Verwendung von ~/.bashrc für interaktive Shells und ~/.bash_profile o ~/.profile für Login-Shells. In Zsh ist das gebräuchlichste Äquivalent: ~/.zshrc.
Üblicherweise bearbeitet man die Konfigurationsdatei mit einem Texteditor und fügt eine Zeile hinzu, in der man die Variable anpasst. Zum Beispiel könnte man die folgende Datei öffnen: ~/.bashrc mit nano o vim und fügen Sie am Ende etwa Folgendes hinzu: export PATH="$PATH:/opt/tacata"Du speicherst die Datei, du führst sie aus source ~/.bashrc um die Konfiguration neu zu laden und ab diesem Zeitpunkt das Verzeichnis /opt/tacata Es wird immer in Ihrem Pfad enthalten sein.
Neben persönlichen Dateien gibt es auch Konfigurationsdateien. insgesamt die alle Benutzer des Systems betreffen. Zu den häufigsten gehören: /etc/profile, das Verzeichnis /etc/profile.d/, /etc/bashrc o /etc/bash.bashrcund in einigen Fällen das Archiv /etc/environmentDie Änderung dieser Dateien erfordert Administratorrechte und muss mit Sorgfalt erfolgen, da ein Fehler dazu führen kann, dass alle Benutzer mit einer fehlerhaften Umgebung konfrontiert werden.
Es ist außerdem wichtig, Folgendes zu verstehen: Reihenfolge, in der sie geladen werden Diese Dateien. Je nachdem, ob es sich um eine Login-Shell handelt oder nicht, liest Bash möglicherweise zuerst die globalen Dateien, dann ~/.bash_profile o ~/.profile, und schlussendlich ~/.bashrcWenn Sie einen Export in einer Datei ablegen, die Ihre aktuelle Sitzung nicht lädt, wird die Änderung nicht wirksam. Daher ist es üblich, PATH-Anpassungen in der Datei zu definieren. ~/.bashrc in Desktop-Umgebungen.
Lokale Variablen, globale Variablen und Vererbung an Unterprozesse
Bei der Arbeit mit der Shell ist es hilfreich, zwischen folgenden Punkten zu unterscheiden: lokale und UmweltvariablenEine lokale Variable ist eine Variable, die Sie in der Shell definieren, ohne sie zu exportieren, zum Beispiel local_var=edwardDiese Variable ist nur innerhalb dieser Shell-Instanz sichtbar und wird nicht an die von Ihnen ausgeführten Prozesse weitergegeben.
wenn Sie verwenden exportierenSie wandeln die Variable innerhalb Ihrer Sitzung in eine globale Umgebungsvariable um. Zum Beispiel, wenn Sie Folgendes tun: export GLOBAL_VAR="Hola" und dann führst du aus echo $GLOBAL_VARSie werden den Wert sehen, und jedes Skript oder Programm, das von dieser Shell aus gestartet wird, hat ebenfalls Zugriff darauf. GLOBAL_VARDurch diese Vererbung wird die Umgebungskonfiguration an Ihre Anwendungen weitergegeben.
Vererbung ist jedoch unidirektional: Ein Unterprozess erhält zwar eine Kopie der Umgebung seines Elternprozesses, aber Änderungen an seinen Variablen werden nicht an den Elternprozess zurückgegeben. Wenn Sie also möchten, dass ein Skript Ihre Umgebung ändert, müssen Sie die Umgebung des Unterprozesses ändern. PATH Um es dauerhaft in Ihrer Sitzung auszuführen, müssen Sie es mit Quelle (o .) anstatt es als eigenständigen Befehl auszuführen.
Verwendung von .env-Dateien und Umgebungskonfiguration
In vielen Entwicklungsprojekten, insbesondere bei Webanwendungen und Microservices, ist die Verwendung von .env-Dateien um die Konfiguration zu zentralisieren. Diese Dateien enthalten typischerweise Zeilen im folgenden Format: NOMBRE=VALORzum beispiel DB_HOST=localhost o API_KEY=xxxxxxxxAnschließend kümmert sich ein Tool oder eine Bibliothek darum, diese in die Umgebungsvariablen der Anwendung zu laden.
Dieser Ansatz ermöglicht eine klare Trennung der Quellcode von sensible KonfigurationBeispielsweise Datenbankzugangsdaten oder API-Schlüssel, um zu verhindern, dass diese in öffentlichen Repositories landen. Jede Umgebung (Entwicklung, Test, Produktion) kann ihre eigene Datei haben. .env mit unterschiedlichen Werten, was eine große Flexibilität beim Einsatz derselben Anwendung in verschiedenen Kontexten ermöglicht.
Es ist jedoch unerlässlich, die Zugriffsrechte und den Speicherort dieser Dateien zu kontrollieren, da sie sensible Informationen enthalten. Üblicherweise werden sie dem Verzeichnis hinzugefügt, in dem sie gespeichert werden. .gitignore um zu verhindern, dass sie jemals in die Versionskontrolle hochgeladen werden, und um ihren Lesezugriff auf dem Server so einzuschränken, dass nur der Benutzer, der die Anwendung ausführt, darauf zugreifen kann.
Bewährte Vorgehensweisen beim Umgang mit PATH und anderen Umgebungsvariablen
Handhabung Umgebungsvariablen Es mag trivial erscheinen, aber schlechtes Management kann zu Problemen führen, die schwer zu lösen sind. Eine gute Angewohnheit ist es, … beschreibende Namen wenn Sie Ihre eigenen Variablen erstellen, wie zum Beispiel DB_USER, REDIS_PORT o PROJECT_ROOTVermeidung kryptischer Akronyme oder generischer Namen, an die sich nach einer Weile niemand mehr erinnert.
Mit PATH Insbesondere besteht die Gefahr, wahllos Pfade hinzuzufügen, bis die Variable zu einer endlosen Zeichenkette wird. Dies erschwert nicht nur die Lesbarkeit, sondern kann auch zu Konflikten führen, wenn sich doppelte ausführbare Dateien in verschiedenen Pfaden befinden. Ein übersichtlicher und kurz gehaltener PATH reduziert Fehler und vereinfacht die Fehlersuche.
Eine weitere wichtige Empfehlung ist Aufzeichnungen führen Welche Umgebungsvariablen verwendet das Projekt und was bedeuten sie jeweils? Fügen Sie eine Beispieldatei im Repository hinzu (z. B. .env.exampleEin Abschnitt in der README-Datei mit der Liste der erwarteten Variablen hilft anderen Entwicklern (oder Ihnen selbst in der Zukunft), schnell zu verstehen, wie die richtige Umgebung eingerichtet wird.
Häufige Probleme im Zusammenhang mit PATH und wie man sie behebt
Einer der häufigsten Fehler in Linux ist der typische „Befehl nicht gefunden„Wenn Sie versuchen, ein Programm auszuführen, von dem Sie wissen, dass es installiert ist, liegt das Problem in vielen Fällen darin, dass sich das Verzeichnis, in dem sich die ausführbare Datei befindet, nicht korrekt befindet…“ Es ist nicht im PATH enthalten.Entweder ist sie auf einen alten Wert eingestellt, oder Sie haben die Variable versehentlich überschrieben.
Um solche Situationen zu lösen, können Sie damit beginnen: echo $PATH um zu überprüfen, welche Routen genutzt werden. Dann verwenden Sie whereis comando o which comando Es zeigt Ihnen an, ob die ausführbare Datei existiert und wo sie sich befindet. Falls der von diesen Befehlen zurückgegebene Pfad nicht in Ihrer PATH-Umgebungsvariablen enthalten ist, haben Sie das Problem gefunden: Sie müssen dieses Verzeichnis entweder temporär mit einem Befehl zur PATH-Umgebungsvariablen hinzufügen. exportieren oder dauerhaft in Ihren Konfigurationsdateien.
Ein weiterer Klassiker sind die Schreibfehler Beim Ändern der Variablen. Schreiben Sie PAT statt PATH Das Weglassen eines Doppelpunkts zwischen Pfaden kann dazu führen, dass das System grundlegende Befehle nicht mehr findet. Es empfiehlt sich daher, die Umgebungsvariable PATH immer mit `pth` erneut anzuzeigen. echo $PATH und überprüfen Sie, ob nichts fehlt und ob die Routen korrekt getrennt dargestellt werden.
Abschließend sei noch auf die Konflikte hingewiesen, die beim Bearbeiten von Dateien wie beispielsweise … auftreten können. /etc/environment o /etc/profileDas Überschreiben von Systempfaden ohne Berücksichtigung von Paket- und Dienstdefinitionen kann die Umgebung für alle Benutzer beeinträchtigen. Das Sichern dieser Dateien vor der Änderung ist daher unerlässlich, um im Fehlerfall Änderungen rückgängig machen zu können.
Umwelt- und Sicherheitsvariablen
Die Umgebungsvariablen Sie werden häufig zur Speicherung von Anmeldeinformationen und sensiblen Daten verwendet, um zu verhindern, dass diese direkt im Code erscheinen. Das bedeutet jedoch nicht, dass sie völlig sicher sind: Jeder Benutzer oder Prozess mit Zugriff auf die Umgebung kann sie mithilfe von Befehlen wie beispielsweise anzeigen. env o printenvoder mithilfe von Debugging-Tools.
Um Risiken zu minimieren, ist es ratsam Berechtigungen einschränken Durchlesen der Dateien, in denen diese Variablen definiert sind, wie zum Beispiel .bashrc oder die Dateien .envso dass nur der autorisierte Benutzer darauf zugreifen kann. Befehle wie: chmod 600 archivo Sie tragen dazu bei, dass unbefugte Dritte keine sensiblen Einstellungen auslesen können.
Man muss außerdem darauf achten, dass die Anwendungen nicht ihre Umgebung auf den Kopf stellen Wenn ein Fehler auftritt, sollten Sie die Protokolle entsprechend anpassen. Gibt ein Dienst bei einem Fehler seine gesamte Umgebung aus, könnten API-Schlüssel oder Passwörter in den Systemprotokollen offengelegt werden. Es empfiehlt sich daher, das Standardverhalten Ihrer Tools zu überprüfen und Informationen vor der Protokollierung zu filtern, um zusätzlichen Schutz zu gewährleisten.
Die Rolle von PATH und Umgebungsvariablen in CI/CD und Containern
In modernen Umgebungen für kontinuierliche Integration (CI) und kontinuierliche Bereitstellung (CD) sowie in containerbasierten Systemen erfolgt fast die gesamte Konfiguration über UmgebungsvariablenEs ist gängige Praxis, dass beim Starten eines Containers Werte wie die Datenbank-URL, Benutzer, Passwörter oder Ausführungsmodi über Container-Tool-Optionen übergeben werden.
In diesen Szenarien ist die Variable PATH Es ist außerdem entscheidend, dass die benötigten Tools und Binärdateien reibungslos im Container ausgeführt werden können. Images definieren typischerweise ihren eigenen internen Pfad, der in manchen Fällen angepasst werden muss, wenn zusätzliche Komponenten installiert werden, die von überall aus zugänglich sein müssen.
CI/CD-Plattformen ermöglichen es Ihnen außerdem, Umgebungsvariablen pro Projekt, Job oder Umgebung (Staging, Produktion usw.) zu definieren. Dies passt perfekt zur Philosophie der Trennung von Code und Konfiguration. Dadurch wird die Wiederverwendung desselben Kompilierungsartefakts erleichtert. Es werden nur die Variablen geändert, die zur Laufzeit injiziert werden.
Die Handhabung von PATH und die übrigen Umgebungsvariablen in Linux Es ermöglicht Ihnen zu verstehen, was beim Ausführen eines Befehls wirklich passiert, wie Ihre Arbeitsumgebung konfiguriert ist, wo Systemeinstellungen definiert sind und wie Sie Ihre Skripte und Anwendungen portabler, sicherer und wartungsfreundlicher gestalten können; von da an ist das Anpassen von Pfaden, das Hinzufügen von ausführbaren Dateien oder die Diagnose, warum etwas "nicht gefunden werden kann", keine Hexerei mehr, sondern eine Frage der Überprüfung dessen, was in Ihrer Umgebung definiert ist und wie es vererbt wird.
