Ein Shellskript oder Shell-Skript ist ein Computerprogramm, das von einer Shell interpretiert und ausgeführt wird. Es ist letztlich eine ausführbare Textdatei, in der all jene Anweisungen verwendet werden können, die ein Benutzer auch in der Befehlszeile der Shell nutzen kann.[1]
Die Shell selbst ist auch eine Programmiersprache, wobei in verschiedenen Shells unterschiedliche Skriptsprachen verwendet werden.
“The shell is actually a programming language: it has variables, loops, decision-making, and so on.”
„Die Shell ist eigentlich eine Programmiersprache: es gibt Variablen, Schleifen, Verzweigungen und so weiter.“
Der Begriff Shellskript wird überwiegend für Unix-Shell-Skripte verwendet und bezieht sich daher vorwiegend auf unixähnliche Systeme, obwohl auch andere Betriebssysteme und Shells ähnliche Skripte nutzen, aber anders bezeichnen.
Ursprung
Shellskripte gehen auf das 1965 geschriebene Programm RUNCOM zurück, das von Louis Pouzin für das Betriebssystem Multics nach dem Vorbild des RUNCOM-Kommandos von CTSS[3] entwickelt wurde. Von ihm stammt auch der Begriff „Shell“, wobei die Weiterentwicklung der Multics-Shell die Fähigkeiten von RUNCOM integrierte.[4]
Die Entwickler von Unix nahmen sich Multics als Vorlage, sodass die ursprüngliche Unix-Shell stark von der Multics-Shell inspiriert war. Auch die Shells späterer Betriebssysteme haben das Konzept der Shellskripte übernommen. Bei Kommandozeileninterpretern von DOS, technisch gesehen ebenfalls Shells (z. B. COMMAND.COM oder 4DOS), werden Skripte als Stapelverarbeitungsdateien oder „Batch-Dateien“ (von englisch batch jobs für Stapelverarbeitung) bezeichnet. Bei der PowerShell von Microsoft heißen sie „PowerShell-Skripte“.[5]
Syntaxen verschiedener Unix-Shells
Da unterschiedliche Unix-Shells, wie z. B. die Bash oder die C-Shell, nicht die gleiche Syntax bzw. Skriptsprache nutzen, ist ein Shellskript in der Regel nur für eine spezifische Shell nutzbar, sofern die eingesetzte Shell nicht die Syntax der anderen Shell versteht.
Anders ist dies bei der in POSIX spezifizierten Syntax. Diese Spezifikation ermöglicht den systemübergreifenden Einsatz eines Skripts und die Interoperabilität mehrerer Systeme. Freilich muss dabei eine POSIX unterstützende Shell eingesetzt werden. Die erste POSIX-Spezifikation fußt auf der Kornshell und berücksichtigt die Eigenheiten der Bourne-Shell. Heute genutzte Shells verwenden meistens eine an POSIX orientierte Syntax. Darüber hinaus haben die meisten heute genutzten Shells einen sogenannten POSIX-Modus, der dazu führt, dass die verwendete Shell die POSIX-Syntax verwendet und nicht ihre native Syntax.[6]
Nachfolgend eine Liste von Unix-Shells, gegliedert nach Syntax-Angabe per Shebang.
#!/bin/sh(ursprünglich, vor POSIX)- Thompson-Shell, die ursprüngliche UNIX-Shell
- Bourne-Shell, die ab UNIX V7 die Thompson-Shell als Standard-Shell ablöste
#!/bin/sh(nach Einführung von POSIX)- Almquist-Shell (ash)
- Debian-Almquist-Shell (dash)
- Bourne-Again-Shell, kurz GNU Bash, im POSIX-Modus
- C-Shell (csh)
- TENEX-C-Shell (tcsh), konform zu POSIX.1:2008
- KornShell (ksh) und Public-Domain-Korn-Shell (pdksh), beide konform zu POSIX.2
- Z-Shell (zsh) im POSIX-Modus
#!/bin/bash(heute wahrscheinlich meist-eingesetzte Shell)- GNU Bash (bash, Bourne-Again-Shell); bewusst nicht POSIX-konform, hat aber einen konformen Modus
- Z-Shell (zsh), versteht auch die Bash-Syntax
Aufbau
In der ersten Zeile eines Shellskripts – auch Header genannt – wird festgelegt, welcher Interpreter das Skript abarbeiten soll. Ein Shellskript beginnt daher mit dem sogenannten Shebang, #!, gefolgt von der Pfadangabe zur Shell, die das Skript interpretieren soll.[7] Wird diese Zeile weggelassen, so wird das Skript von jener Shell interpretiert, die auch neu erstellten Benutzerkonten standardmäßig zugewiesen wird. Welche das konkret ist, hängt vom verwendeten System und dessen Voreinstellung ab. Auch historische Shellskripte verwenden keinen Shebang, da es erst nach der Einführung von UNIX V7 alternative Shells gab.
Das folgende Beispiel zeigt ein einfaches Shellskript in POSIX-Syntax mit einer for-Schleife (loop). Die Anzahl der Durchläufe wird durch die Anzahl an Werten bestimmt; hier drei: 'Alfa Romeo', 'Bentley', 'Citroën'. Zum besseren Verständnis sind alle Werte hier in Anführungszeichen gesetzt, dies ist aber nur bei 'Alfa Romeo' notwendig, da darin ein Leerzeichen vorkommt. Ohne die Anführungszeichen würden dabei zwei Werte interpretiert werden: Alfa und Romeo. Zu beachten ist, dass die Anführungszeichen nicht Teil des Wertes sind.
Bei jedem Durchlauf wird die Variable i neu gefüllt und ihr Inhalt dann in die Standardausgabe geschrieben (stdout, siehe Standard-Datenströme). Beim ersten Durchlauf wird die Variable mit Alfa Romeo gefüllt, beim zweiten mit Bentley, beim dritten mit Citroën. Dann endet die Schleife, da es keinen weiteren Wert gibt.
#!/bin/sh
for i in 'Alfa Romeo' 'Bentley' 'Citroën'; do
echo $i
done
Das Auslesen der Variable i erfolgt, indem ein Dollarzeichen davor geschrieben wird: $i.
Da das Programm echo schlicht alles ausgibt, was dahinter geschrieben steht (abgesehen von Kommentaren), ist es an dieser Stelle nicht nötig, die Variable in doppelte Anführungszeichen zu setzen. Soll der Wert der Variable aber anderweitig verwendet werden, müssen doppelte Anführungszeichen verwendet werden ("$i"), damit aus Werten wie Alfa Romeo nicht doch noch mehrere Werte werden. Würden dann einfache Anführungszeichen verwendet werden ('$i'), würde nicht der Inhalt der Variable ausgegeben, sondern die Zeichenkette $i unverändert als solche.
Besonderheiten
Operatoren, Funktionen und Leerzeichen
Eine Besonderheit, im Gegensatz zu anderen Programmiersprachen, ist die zwingende Verwendung von Leerzeichen beim Aufruf von Operatoren und Funktionen.[8]
Vergleichsoperatoren des folgenden Beispiels:
==, <, >, <=, >=, !
if (( 1 == 5 )); then
echo "1 und 5 sind gleich"
else
echo "1 und 5 sind nicht gleich"
fi
Ausführen eines Shellskripts
Aufruf in der Unix-Shell
Standardmäßig sind neu erstellte Dateien unter Unix nicht ausführbar. Um ein Shellskript ausführen zu können, muss es über die Zugriffsrechte auf „ausführbar“ gesetzt werden. Dies geschieht durch das Programm chmod mit folgendem (oder ähnlichem) Befehl:
chmod +x script.sh
Soll das Shellskript von einem beliebigen Pfad aus ausgeführt werden, muss der komplette Pfad zum Shellskript angegeben werden.
Beispiel: Das Shellskript /usr/local/bin/script.sh soll ausgeführt werden. Es muss folgender Befehl eingegeben werden:
/usr/local/bin/script.sh
Falls das Shellskript im aktuellen Arbeitsverzeichnis (englisch „working directory“) gespeichert ist und dort ausgeführt werden soll, geschieht dies durch Voranstellen des aktuellen Pfads ./:
./script.sh
Ausführungsort
Das Arbeitsverzeichnis des Shellskripts ist der Pfad, von dem aus es aufgerufen wird, also nicht der Ort, wo es sich selbst befindet.
Dateinamenerweiterung
Eine Dateinamenerweiterung für Shellskript-Dateien ist gänzlich unnötig. Sie wird ausschließlich hinzugefügt, um einem Benutzer grob Informationen über den Inhalt der Datei zu geben oder um sie innerhalb einer Desktop-Umgebung einem Programm zum Bearbeiten per Doppelklick zuzuweisen – i. d. Regel einem Texteditor oder einer integrierten Entwicklungsumgebung.
Die Erweiterung kann beispielsweise allgemein.sh lauten. Spezieller sind Erweiterungen wie.bash oder.zsh. Texteditoren und ähnlichen dient die Erweiterung zum Anwenden passender Syntaxhervorhebung.
Inhaltstyp
Der Inhaltstyp (Content Type oder MIME-Type) kann – abhängig vom System – wie folgt lauten:
- text/x-shellscript
- text/plain
- application/x-shellscript
- application/x-sh[9]
Literatur
- Brian W. Kernighan: The UNIX Programming Environment. Prentice Hall, 1984, ISBN 0-13-937699-2
Weblinks
- Bourne Shell Scripting. Wikibooks (englisch)
- Bash Shell Scripting. Wikibooks (englisch)
- C Shell Scripting. Wikibooks (englisch)
Einzelnachweise
- ↑ a b ShellScript. In: Debian Wiki. Abgerufen am 26. März 2021 (englisch).
- ↑ Brian W. Kernighan: The UNIX Programming Environment. Prentice Hall, 1984, ISBN 0-13-937699-2, Kapitel 3: Using the Shell, S. 94.
- ↑ Tom Van Vleck: Glossary of Multics acronyms and terms. In: multicians.org/. Abgerufen am 2. Mai 2026 (englisch): „RUNCOM – BOS facility that allowed the execution of a script of BOS commands, named after the corresponding CTSS facility, created by Louis Pouzin.“
- ↑ Chantal Lebrument, Fabien Soyez: The Inventions of Louis Pouzin: One of the Fathers of the Internet. Springer Nature, 2019, ISBN 978-3-030-34836-6, S. 24 (englisch, eingeschränkte Vorschau in der Google-Buchsuche): “At the beginning of 1965, he developed the RUNCOM program, an “interpreter” that makes it possible to execute a set of commands contained in a file, and makes parameter substitution possible.”
- ↑ itworld.com
- ↑ Bash POSIX Mode. In: Bash Reference Manual. Abgerufen am 26. März 2021.
- ↑ Bash Shell Scripting. Wikibooks (englisch)
- ↑ opensource.com
- ↑ Funktionsreferenz – finfo_buffer. In: PHP-Handbuch. Abgerufen am 26. März 2021.
