Der vollständige Guide für Informatik-Studierende: Wann dürfen Sie Code-Quellen in Ihrer Bachelorarbeit, Masterarbeit oder Doktorarbeit zitieren? Wie funktioniert das korrekt nach APA, IEEE & Harvard? Welche Quellen akzeptieren Prüfer – und welche gefährden Ihre Note? Zusammengestellt von Autoren mit Abschlüssen in Informatik, Softwaretechnik und Wirtschaftsinformatik.
Code-Quellen korrekt zitieren klingt trivial – in der Praxis scheitern Studierende daran, dass der Commit-Hash fehlt, die Fragen-URL statt der Antwort-URL verwendet wird, Bibliotheken ohne Zitat eingebunden werden oder ein DOI existiert, aber ignoriert wird. Als Ghostwriting-Agentur mit Informatik-Autorenstamm zitieren wir GitHub-Repositories mit CITATION.cff oder Zenodo-DOI, Stack Overflow-Antworten mit direkter Permalink-URL, und externe Bibliotheken mit den vom Entwickler vorgegebenen Zitierformaten – in APA 7, IEEE oder Harvard, je nach Lehrstuhlvorgabe. Unsere Akademiker kennen den Unterschied zwischen Zitierrecht und Nutzungsrecht bei Open-Source-Lizenzen und dokumentieren beides in Ihrer Arbeit korrekt.
GitHub-Repositories sind grundsätzlich zitierfähig – idealerweise mit DOI über Zenodo (Goldstandard), alternativ als Internetquelle mit Commit-Hash und Zugriffsdatum. Stack Overflow-Antworten sind als Internetquellen zitierfähig, wenn sie hoch bewertet sind und keine bessere Primärquelle existiert. Wichtig: Immer die direkte Antwort-URL verwenden (stackoverflow.com/a/...), nicht die Fragen-URL. Fremder Code muss immer zitiert werden – unabhängig von Lizenz oder öffentlicher Verfügbarkeit. Ohne Quellenangabe liegt ein Plagiat vor.
Im Kern gilt für wissenschaftliche Arbeiten: Eine Quelle ist zitierfähig, wenn sie nachprüfbar, identifizierbar und stabil ist. Das ist die Messlatte – nicht das Format der Quelle.
Archiviertes Repository mit versioniertem Release oder DOI über Zenodo. Nachprüfbar und stabil.
Zitierbar wie jede andere Internetquelle: Commit-Hash als Versionsverweis ist Pflicht, Archivierungsnachweis empfohlen.
Zitierfähig als Internetquelle. Aber: Stack Overflow ist kein Peer-Review-Medium. Betreuer-Rückfrage vorab empfohlen.
Zu instabil und nicht zitierfähig im wissenschaftlichen Sinne. Wenn nötig: Screenshot + Archivierung.
GitHub-Repository mit DOI als Goldstandard, ohne DOI als Internetquelle mit Commit-Hash, Stack Overflow mit direkter Antwort-URL, Issues und Wikis nur mit Archivierung – vier Zitierfähigkeitsstufen, die unsere Autoren bei jeder Code-Quelle in Ihrer Arbeit korrekt einordnen. Fremder Code ohne Quellenangabe ist ein Plagiat – unabhängig davon, ob er unter MIT-Lizenz steht oder öffentlich zugänglich ist.
Fremder Code, den Sie verwenden oder beschreiben, muss immer mit Quelle angegeben werden – unabhängig von Lizenz oder Format. Das ist keine rechtliche Frage, sondern eine Frage wissenschaftlicher Redlichkeit. Ohne Quellenangabe bei fremdem Code liegt ein Plagiat vor, auch wenn der Code öffentlich zugänglich ist.
Jeder übernommene Code-Block, auch einzelne clevere Zeilen mit nicht-trivialem Algorithmus, muss mit Quelle belegt werden.
Jede externe Bibliothek (numpy, TensorFlow, React usw.) ist eine eigenständige Software-Quelle und gehört ins Literaturverzeichnis.
Wenn Sie einen Algorithmus aus einem Repository erläutern oder dessen Implementierung analysieren, ist das Repository die Primärquelle.
Datensätze auf GitHub oder ähnlichen Plattformen sind eigene Quellen – ggf. mit Lizenzangabe und persistentem Identifikator (DOI).
Wie genau ein GitHub-Repo zitiert wird, hängt von einem entscheidenden Faktor ab: Hat das Repository einen stabilen Versionsnachweis?
Der häufigste Fall. Behandeln Sie das Repo als Internetquelle – aber mit einem versionierten Nachweis via Commit-Hash.
Repository ohne DOI als Internetquelle mit Commit-Hash, mit Release-Tag als versionierte Quelle, mit CITATION.cff über den „Cite this repository"-Button – unsere Ghostwriter prüfen bei jedem GitHub-Repository, welche Zitiermethode die wissenschaftlich korrekte ist, und verwenden immer die höchstwertige verfügbare Form: DOI vor Release-Tag vor Commit-Hash. Ohne Commit-Hash oder Versionsverweis ist eine GitHub-Quelle nicht reproduzierbar – und genau diese Reproduzierbarkeit ist es, die Prüfer bei Informatik-Arbeiten prüfen.
GitHub-Repositories ändern sich bei jedem Commit. Ohne Commit-Hash ist Ihre Quelle nicht reproduzierbar – der Betreuer kann nicht prüfen, welchen Stand des Codes Sie meinen. Der Hash macht den Zeitpunkt eindeutig identifizierbar. Sie finden ihn auf GitHub unter dem Repository → Commits → Hash der gespeicherten Version.
Viele professionelle Projekte taggen ihre Versionen (z. B. v2.1.0). Das ist besser als ein Commit-Hash.
Moderne wissenschaftliche Repositories enthalten eine CITATION.cff-Datei im Root-Verzeichnis. GitHub zeigt dann automatisch einen „Dieses Repository zitieren"-Button an. Dieser Zitatvorschlag des Autors ist der bevorzugte Weg.
Er erscheint in der rechten Sidebar des Repositories, wenn eine CITATION.cff-Datei vorhanden ist.
GitHub generiert das korrekte Zitat automatisch im gewünschten Format. Das ist die zitierwürdigste Form direkt vom Autor bereitgestellt.
Fügen Sie das generierte Zitat in Ihr Literaturverzeichnis ein – ggf. mit Zugriffsdatum ergänzen, da es sich um eine Internetquelle handelt.
Informatik-Bachelorarbeit mit GitHub-Quellen?
Unsere Ghostwriter kennen alle Zitierstandards für technische ArbeitenStack Overflow ist grundsätzlich zitierfähig – aber mit entscheidenden Einschränkungen. Es ist eine Internetquelle ohne Peer-Review, vergleichbar mit einem Fachforum-Beitrag. Ob Ihr Betreuer das akzeptiert, hängt vom Kontext und der Hochschule ab.
Antworten mit 500+ Upvotes von erfahrenen Nutzern (Reputation 50k+) zu spezifischen technischen Sachverhalten. Qualitätsindikator vorhanden.
Wenn ein Lösungsansatz ausschließlich auf Stack Overflow dokumentiert ist und keine Fachliteratur existiert, ist SO die beste verfügbare Quelle.
Offizielle Framework- oder Library-Dokumentation ist immer die bessere Primärquelle. Stack Overflow dient dann höchstens als ergänzender Verweis.
Antworten mit wenigen Upvotes, ohne Quellenangabe des Autors, oder Antworten zu obsoleten Versionen. Qualitätsstandard nicht erfüllt.
Hoch bewertete Antworten als Internetquelle mit direkter Permalink-URL, offizielle Dokumentation als bessere Primärquelle bevorzugen, niedrig bewertete Antworten meiden – unsere Autoren treffen diese Qualitätsentscheidung für jede Stack Overflow-Quelle in Ihrer Arbeit und verwenden immer die direkte Antwort-URL (stackoverflow.com/a/…), nicht die Fragen-URL. Fragen-URL statt Antwort-URL ist der zweithäufigste Zitierfehler bei Code-Quellen – und einer, den unsere Autoren konsequent vermeiden.
Klicken Sie auf das Share-Symbol unter der spezifischen Antwort (nicht unter der Frage). Stack Overflow zeigt dann die direkte Permalink-URL zur Antwort (z. B. stackoverflow.com/a/415521). Diese URL ist stabil und zeigt exakt die Antwort, die Sie meinen.
Alle Beiträge auf Stack Overflow sind unter der Lizenz Creative Commons BY-SA 4.0 veröffentlicht. Das bedeutet: Sie dürfen den Inhalt verwenden und zitieren – müssen aber Autor und Quelle nennen (Attribution). Das Zitieren ist damit nicht nur akademisch geboten, sondern rechtlich ebenfalls notwendig.
Wie fremder Code in der Arbeit selbst behandelt wird, ist eine eigene Frage – getrennt von der Literaturangabe.
Direkt über oder neben dem übernommenen Code-Block ein Kommentar mit URL und Datum. Best Practice für Reproduzierbarkeit:
// Quelle: https://stackoverflow.com/a/415521 (Stand: 20.02.2026)
Bei Code-Listings in der Arbeit (Anhang oder im Text): Quellenangabe als Abbildungsunterschrift oder Fußnote am Listing-Ende. Format: Quelle: [Autorname] via Stack Overflow (URL)
Jede Code-Quelle, die Sie in der schriftlichen Arbeit erwähnen, erscheint auch im Literatur- oder Quellenverzeichnis als vollständiger Eintrag.
Inline-Kommentar im Quellcode, Fußnote oder Caption am Listing, vollständiges Zitat im Literaturverzeichnis – drei Ebenen der Quellenkennzeichnung, die zusammen sicherstellen, dass fremder Code in Ihrer Arbeit auf allen Ebenen korrekt attribuiert ist. Unsere Akademiker wenden alle drei Ebenen konsequent an: jeder übernommene Code-Block mit Inline-Kommentar, jedes Listing mit Quellenangabe, jede Quelle im Verzeichnis – weil ein Plagiat bei Code genauso gravierend ist wie bei Text.
| Situation | Zitieren? | Begründung |
|---|---|---|
Triviale Standardoperationen (for-Schleife, print()) | Nicht nötig | Kein schöpferischer Beitrag, allgemeines Sprachwissen |
| Algorithmus aus Lehrbuch nachimplementiert | ✔ Ja – Lehrbuch zitieren | Intellektuelle Herkunft des Algorithmus muss belegt werden |
| Stack Overflow-Snippet 1:1 übernommen | ✔ Ja – SO-Antwort zitieren | Fremdes geistiges Eigentum, CC-Lizenz verlangt Attribution |
| Stack Overflow-Snippet stark modifiziert | ✔ Ja – als „nach SO-Antwort" | Inspiration kenntlich machen. Format: „nach [URL]" oder „in Anlehnung an …" |
| GitHub-Repo als Inspiration für eigene Lösung | Empfohlen | Transparenz gegenüber Betreuer. Auch bei starker Modifikation: Quelle nennen |
| Eigener, originärer Code | ✘ Nicht nötig | Eigene geistige Leistung muss nicht belegt werden |
Wirtschaftsinformatik-Arbeit mit Software-Implementierung?
Unsere Spezialisten kennen die Zitierkonventionen technischer FachbereicheFür die Frage, ob Sie fremden Code in Ihrer Arbeit verwenden und zitieren dürfen, spielen die Lizenzen eine wichtige Rolle. Zitieren ist dabei von Verwenden zu unterscheiden.
| Lizenz | Zitieren | Code verwenden (privat) | Modifizieren & veröff. | Attribution Pflicht? |
|---|---|---|---|---|
| MIT | ✔ | ✔ | ✔ (auch proprietär) | Ja – Autor + Lizenz nennen |
| Apache 2.0 | ✔ | ✔ | ✔ (auch proprietär) | Ja – Änderungen dokumentieren |
| GPL v2/v3 | ✔ | ✔ | Nur open-source | Ja – Quellcode zugänglich machen |
| AGPL | ✔ | ✔ | Auch Netzwerknutzung erfasst | Ja – sehr restriktiv |
| CC BY-SA 4.0 (Stack Overflow) | ✔ | ✔ | Unter gleicher Lizenz | Ja – Autor + URL + Lizenz |
| Kein Lizenzhinweis | ✔ | ✘ Urheberrecht gilt! | ✘ | Egal – Finger weg von der Verwendung |
MIT mit Attribution, Apache 2.0 mit Änderungsdokumentation, GPL mit Quellcode-Offenlegung, AGPL mit Netzwerkklausel, CC BY-SA 4.0 für Stack Overflow, kein Lizenzhinweis heißt Urheberrecht – unsere Ghostwriter dokumentieren die Lizenz jeder Code-Quelle in Ihrer Arbeit und stellen sicher, dass Zitierrecht (§ 51 UrhG) und Nutzungsrecht korrekt unterschieden werden. Ein Repository ohne Lizenz-Datei darf zitiert, aber nicht verwendet werden – eine Unterscheidung, die die meisten Studierenden nicht kennen.
Ein Repository ohne Lizenz-Datei steht automatisch unter dem Urheberrecht des Autors. Das bedeutet: Zitieren im wissenschaftlichen Sinne ist möglich (Fair Use / Zitierrecht), aber das Verwenden oder Einbinden des Codes in die eigene Arbeit ist ohne explizite Erlaubnis rechtlich problematisch. Praxis-Tipp: Beim Autor nachfragen oder die Quelle meiden.
Das Format der Quellenangabe variiert nach Zitierstil. In Informatik und Wirtschaftsinformatik sind IEEE und APA 7 am verbreitetsten. Prüfen Sie die Vorgabe Ihres Lehrstuhls.
APA 7 mit [Computer software]-Tag, IEEE mit numerischem System und [Online]-Kennzeichnung, Harvard mit einfachen Anführungszeichen und „verfügbar unter" – unsere Autoren formatieren jede Code-Quelle exakt nach dem Zitierstil, den Ihr Lehrstuhl vorgibt, und achten auf die Details, die Prüfer tatsächlich prüfen: Quellentyp-Tag, Commit-Hash oder Versionsnummer, Zugriffsdatum bei Internetquellen, direkte Antwort-URL bei Stack Overflow.
Der wissenschaftliche Goldstandard für das Zitieren von Software und Code ist die Vergabe eines DOI (Digital Object Identifier) über die Plattform Zenodo. Ein DOI ist unveränderlich, dauerhaft und macht eine Quelle nachhaltig identifizierbar.
Im Gegensatz zu GitHub-URLs (änderbar, löschbar) ist ein DOI dauerhaft und führt immer zur richtigen Version des Repositorys.
CERN betreibt Zenodo. Beim Export eines GitHub-Releases nach Zenodo wird ein Snapshot des Repositorys dauerhaft archiviert.
Wissenschaftliche Journals und Gutachter akzeptieren DOI-basierte Software-Zitate ohne Diskussion. Kein Zugriffsdatum nötig.
GitHub und Zenodo sind direkt integriert. Ein neues Release auf GitHub kann automatisch einen Zenodo-Snapshot mit DOI auslösen.
Bevor Sie ein GitHub-Repo als Internetquelle zitieren: Schauen Sie im Repository nach einem Zenodo-Badge oder DOI-Link in der README. Suchen Sie auch auf zenodo.org nach dem Repository-Namen. Wenn ein DOI existiert, ist das Zitat mit DOI immer vorzuziehen.
Dissertation oder Masterarbeit mit komplexem Software-Anteil?
BAS-Ghostwriter mit IT-Hintergrund unterstützen bei technischen Arbeiten aller Art| # | Fehler | ❌ Falsch | ✅ Richtig |
|---|---|---|---|
| 1 | Kein Commit-Hash / keine Version | github.com/user/repo (Stand: März 2025) | …Commit: a3f9d12 (Stand: 01.03.2025) |
| 2 | Fragen-URL statt Antwort-URL (SO) | stackoverflow.com/questions/415521/… | stackoverflow.com/a/415521 |
| 3 | Kein Zugriffsdatum bei Internetquellen | github.com/user/repo. | …github.com/user/repo (Stand: 01.03.2026). |
| 4 | GitHub-Link statt DOI, obwohl DOI vorhanden | github.com/numpy/numpy | doi.org/10.5281/zenodo.XXXXXX |
| 5 | Kein Quellentyp-Tag [Computer software] | Torvalds, L. (2024). Linux Kernel. GitHub. | …Linux Kernel [Computer software]. GitHub. |
| 6 | Bibliothek ohne Zitat verwendet | „…wurde mit pandas analysiert." [kein Zitat] | McKinney (2010) → pandas im Literaturverz. |
| 7 | SO-Antwort ohne Nutzernamen | Stack Overflow. (2012). How do I get time… | jfs [Stack Overflow]. (2012, 14. März). |
| 8 | Organisation statt Autor bei Repos | GitHub. (2024). TensorFlow. | Abadi, M. et al. / Google Brain. (2024). |
| 9 | Kein Lizenzhinweis bei Code-Übernahme | [Code-Block ohne Attribution, MIT-Lizenz] | // © 2023 Autor. MIT License. Quelle: URL |
| 10 | CITATION.cff ignoriert | Eigenes Format erfunden, obwohl Repo CFF hat | „Cite this repository"-Button nutzen |
Kein Commit-Hash, Fragen-URL statt Antwort-URL, kein Zugriffsdatum, DOI ignoriert, kein Quellentyp-Tag, Bibliothek ohne Zitat, SO ohne Nutzernamen, Organisation statt Autor, kein Lizenzhinweis, CITATION.cff ignoriert – zehn Fehler, die zusammen den Großteil aller Zitiermängel bei Code-Quellen in Informatik-Arbeiten ausmachen. Unsere Akademiker kennen jeden dieser Stolpersteine und zitieren jede Code-Quelle in Ihrer Arbeit so, dass Commit-Hash oder DOI vorhanden, Antwort-URLs korrekt, Quellentyp-Tags gesetzt und Lizenzen dokumentiert sind – reproduzierbar, nachprüfbar, plagiatsfrei.
Grundsätzlich ja – Stack Overflow ist wie jede andere Internetquelle zitierfähig. Entscheidend ist: (1) Qualität der Antwort (Bewertung, Aktualität), (2) Keine bessere Primärquelle verfügbar, (3) Die Betreuer-Richtlinien Ihrer Hochschule erlauben Internetquellen. Stack Overflow eignet sich nicht als Primärquelle für theoretische Aussagen – aber sehr wohl als Nachweis für einen spezifischen Implementierungsansatz.
Verwenden Sie die Organisation oder den GitHub-Nutzernamen als Autor. Bei großen bekannten Projekten können Sie auch den Projektnamen voranstellen: TensorFlow Contributors. (2024). TensorFlow [Computer software]. GitHub. https://github.com/tensorflow/tensorflow. Alternativ: Das README oder die CITATION.cff-Datei des Repositorys gibt oft Hinweise, wie das Projekt zitiert werden möchte.
Das hängt von Ihrem Lehrstuhl ab. Verbreitete Stile in der Informatik: IEEE (numerisches System, häufig bei technischen Arbeiten), APA 7 (weit verbreitet, klares System), Harvard (beliebt in Wirtschaftsinformatik). Der IEEE-Stil ist besonders für Informatik-Paper und technische Berichte verbreitet. Immer zuerst die Formblätter und Vorgaben Ihres Lehrstuhls prüfen.
Nein – Standardbibliotheken der Programmiersprache gehören zur Sprache selbst und müssen nicht separat zitiert werden. Python als Sprache selbst können Sie einmalig nennen: Python Software Foundation. (2024). Python (Version 3.12) [Computer software]. https://www.python.org. Externe Bibliotheken wie numpy, pandas, scikit-learn hingegen müssen zitiert werden – diese haben eigene Paper oder Repositories.
Das ist ein reales Problem bei GitHub-Quellen ohne DOI. Best Practices zur Absicherung: (1) Commit-Hash angeben, (2) Repository klonen und lokal archivieren, (3) Web Archive (web.archive.org) nutzen – Snapshot erstellen und die Archive-URL im Zitat ergänzen, (4) Wenn möglich einen DOI über Zenodo erstellen. Wenn Sie nur Nutzer (nicht Entwickler) des Repos sind: Zugriffsdatum und Commit-Hash sind das Minimum.
In der Bachelorarbeit als wissenschaftliche Arbeit ist das Zitieren unter dem Zitatrecht (§ 51 UrhG) grundsätzlich möglich. Für die Verwendung (Einbinden in eigenen Code) gilt: AGPL verpflichtet zur Offenlegung des gesamten Quellcodes bei Netzwerknutzung. Da Bachelorarbeiten selten veröffentlicht werden und der Code meist privat bleibt, ist die praktische Relevanz oft gering. Prüfen Sie aber sicherheitshalber, ob die Hochschule den Code veröffentlicht.
Das Stack Exchange Netzwerk umfasst viele Fach-Communities: stackoverflow.com (allgemeine Programmierung), cs.stackexchange.com (theoretische Informatik), softwareengineering.stackexchange.com (Software-Architektur) usw. Alle werden gleich zitiert – geben Sie jeweils den spezifischen Site-Namen an: Nutzername [cs.stackexchange.com]. (Datum). Antwort auf … Die fachspezifischeren Stacks wie cs.stackexchange können für wissenschaftliche Arbeiten qualitativ hochwertiger sein.
Ob GitHub-Repositories, Stack Overflow, Bibliotheken oder Algorithmus-Paper – unsere Ghostwriter aus der Informatik kennen jeden Quellentyp und jede Zitierkonvention.
Ghostwriter Informatik Ghostwriter Wirtschaftsinformatik Anfrage stellen