R-Skript ausführen: Rscript, source() und RStudio

Zwei Arten, R zu nutzen: Konsole vs. Skript

R hat eine interaktive Konsole (eine REPL - read, evaluate, print, loop): Man tippt einen Ausdruck, R antwortet sofort. Wer R in ein Terminal eingibt oder auf den unteren Bereich von RStudio schaut, bekommt einen >-Prompt, an dem jede Zeile sofort mit Enter ausgeführt wird. Die Konsole ist der Ort zum Erkunden - an Daten herumstochern, eine Zeile testen, das Ergebnis ansehen.

Ein R-Skript ist einfach eine reine Textdatei mit R-Code, gespeichert mit der Endung .R. In Skripten lebt die Analyse - ein reproduzierbares Rezept, das jeder (auch das zukünftige Ich) von oben bis unten ausführen kann und dabei dasselbe Ergebnis erhält.

Ein Skript ist nichts Exotisches. Das hier ist ein vollständiges - einfach ausführen:

# summary.R - a complete R script
temperatures <- c(21.5, 23.1, 19.8, 24.6, 22.3)

avg <- mean(temperatures)
cat("Readings:", length(temperatures), "\n")
cat("Average temperature:", avg, "\n")
cat("Warmest:", max(temperatures), "\n")

Alles Weitere dreht sich darum, wie man R eine solche Datei auf verschiedenen Wegen füttert.

Rscript: eine Datei von der Kommandozeile ausführen

R installiert ein Kommandozeilenwerkzeug namens Rscript, das genau dafür gebaut ist. Im Terminal, im Ordner mit der Datei:

Rscript summary.R

R startet, führt die Datei von oben bis unten aus, gibt alles aus, was das Skript ausgibt, und beendet sich. Das ist das Arbeitstier für Automatisierung - Cronjobs, Daten-Pipelines, Server, CI - überall dort, wo Code ohne zuschauenden Menschen läuft.

Ein Verhalten überrascht jeden genau einmal: An der Konsole gibt ein nackter Ausdruck wie avg seinen Wert automatisch aus. Unter Rscript gibt ein nackter Ausdruck innerhalb einer Funktion oder Schleife womöglich gar nichts aus - deshalb sagen Skripte explizit, was sie meinen, mit cat()- oder print()-Aufrufen. Diese Gewohnheit lohnt sich früh.

source(): eine Datei aus R heraus ausführen

Man sitzt bereits in einer R-Sitzung und möchte eine Datei ausführen? Dafür gibt es source():

source("summary.R")

Jede Zeile der Datei läuft in der aktuellen Sitzung, und alles, was das Skript definiert - Variablen, Funktionen -, bleibt danach erhalten. Genau das ist der Sinn: Mit source() lädt man eigene Hilfsfunktionen in eine interaktive Sitzung.

Standardmäßig läuft source() bis auf explizite Ausgaben still. Um zuzusehen, lässt sich jede Zeile beim Ausführen anzeigen:

source("summary.R", echo = TRUE)

Der relative Pfad ist zu beachten: "summary.R" heißt "im aktuellen Arbeitsverzeichnis", und wo das liegt, hängt davon ab, wie R gestartet wurde. Wenn source() oder read.csv() eine Datei rätselhafterweise nicht findet, die doch genau da liegt, ist fast immer das Arbeitsverzeichnis schuld - siehe Arbeitsverzeichnis.

Skripte in RStudio ausführen

RStudio bietet beide Modi über zwei Befehle, und den Unterschied sollte man verinnerlichen:

• Run (Strg+Enter, Cmd+Enter unter macOS) - führt die aktuelle Zeile oder die markierte Auswahl in der Konsole aus. Das ist der Erkundungsgang: Zeile schreiben, ausführen, ansehen, anpassen.
• Source (der Source-Button oder Strg/Cmd+Shift+S) - führt die gesamte Datei aus, genau wie source() an der Konsole.

Die Falle beim zeilenweisen Run: Die Konsolensitzung sammelt Zustand an - Variablen aus Zeilen, die später bearbeitet oder gelöscht wurden, leben noch, sodass das Skript "bei mir funktioniert" und bei allen anderen scheitert. Der ehrliche Test eines Skripts ist Source in einer frischen Sitzung (Session → Restart R, dann Source). Übersteht es das, ist es reproduzierbar.

Ein Skript ausführbar machen (macOS / Linux)

Auf Unix-artigen Systemen lässt sich ein R-Skript in einen eigenen Befehl verwandeln. Dazu kommt eine Shebang-Zeile ganz an den Anfang der Datei:

#!/usr/bin/env Rscript
cat("I am a self-running R script\n")

Dann einmal als ausführbar markieren und direkt starten:

chmod +x summary.R
./summary.R

Die Shebang-Zeile sagt der Shell, welcher Interpreter die Datei ausführt; env Rscript findet Rscript, wo auch immer es im PATH der Maschine liegt. Da die Zeile mit # beginnt, liest R selbst sie als Kommentar und ignoriert sie.

Argumente an ein Skript übergeben

Echte Skripte nehmen Eingaben entgegen - einen Dateinamen, ein Datum, einen Schwellenwert -, übergeben nach dem Skriptnamen:

Rscript report.R sales.csv 2026

Im Skript liefert commandArgs(trailingOnly = TRUE) die Argumente als Zeichenvektor (trailingOnly = TRUE verwirft die internen Argumente des Interpreters - man will es praktisch immer):

# report.R
args <- commandArgs(trailingOnly = TRUE)

input_file <- args[1]
year <- as.numeric(args[2])

cat("Reading:", input_file, "\n")
cat("Filtering to year:", year, "\n")

Alles kommt als Text an - "2026", nicht 2026 -, also vor dem Rechnen mit as.numeric() umwandeln. Die Parsing-Logik lässt sich in lauffähiger Form simulieren:

# Pretend these came from the command line
args <- c("sales.csv", "2026")

input_file <- args[1]
year <- as.numeric(args[2])

cat("Reading:", input_file, "\n")
cat("Next year will be:", year + 1, "\n")

Was wann verwenden?

• Daten erkunden, Ideen ausprobieren → die Konsole oder Run in RStudio.
• Die ganze Analyse ausführen → Source in RStudio oder Rscript im Terminal.
• Eigene Hilfsfunktionen in eine Sitzung laden → source("helpers.R").
• Automatisierung, Scheduler, Pipelines → Rscript, mit commandArgs() für Eingaben.

Was in diesen Dateien steht, ist Thema der nächsten Lektion - siehe R-Syntax.

Was bleibt hängen

• Die Konsole ist zum Erkunden da; .R-Skriptdateien sind für reproduzierbare Analysen.
• Rscript file.R führt ein Skript von der Kommandozeile aus; source("file.R") führt es innerhalb einer Sitzung aus (mit echo = TRUE zum Zusehen).
• In RStudio führt Run eine Zeile aus, Source die Datei - und Source in einer frischen Sitzung ist der echte Reproduzierbarkeitstest.
• #!/usr/bin/env Rscript plus chmod +x macht ein Skript direkt ausführbar; commandArgs(trailingOnly = TRUE) liest seine Argumente als Text.

Als Nächstes: Rs Syntax - Zuweisung mit <-, Funktionsaufrufe und die Alles-ist-ein-Vektor-Regel.