Auf einigen Workstations (Debian & Ubuntu) und auf einem Server (CentOS) benötige ich Umgebungsvariablen für einige Skripte und Jobs. Ich habe Folgendes geändert ~/.profile:
SOMEVARIABLE=/some/custom/path
...
Ist das gängige Praxis? Gibt es irgendwelche Nebenwirkungen, die ich kennen sollte? Oder ist diese Lösung gut und stabil? Insbesondere auf dem Server muss das zuverlässig funktionieren.
Ich habe es verwendet ~/.profile, weil die Skripte immer über jobspezifische Benutzer ohne Sudo-Rechte ausgeführt werden. Daher dachte ich, benutzerspezifische Umgebungsvariablen wären angemessen?!
BEARBEITEN:
Da die Pfade auf den Maschinen unterschiedlich sind und wir über mehr als eine oder zwei Variablen sprechen, wäre es keine gute Lösung, die Variablen als Parameter an die Skripte zu übergeben, und wenn ich sie in die Skripte fest codiere, müsste ich sie für jede Maschine manuell aktualisieren. Deshalb wollte ich Umgebungsvariablen.
Antwort1
Dies ist möglich und ich verwende es, um die Standardeinstellungen einiger Programme zu ändern (normalerweise in Form meiner Standardparameter).
Für die Skripte, die ich schreibe, lege ich die Konfiguration lieber in eine separate Datei ~/.my_program_x.confund führe eine aus . ~/.my_program_x.conf.
Im Allgemeinen (soweit ich weiß) bevorzugen Skripte für solche Fälle eine Konfigurationsdatei.
Notiz:Ich denke, Sie sollten den Variablen ein Präfix voranstellen export, da manche Skripte die Variable sonst nicht sehen können.