Zum Inhalt springen
RepoReady
Registrieren
Menü
Menü der Dokumentation

Lizenz, Zitation und Paper-Version für Code

Ohne Lizenz darf niemand Ihren Code nachnutzen, und ohne Tag weiß niemand, welche Version zum Paper gehört. Ergänzen Sie Lizenz, Zitationsdatei und Release.

Zuletzt aktualisiert

In Ihrem Bericht

Bereich
Execution
Prüfung
Licensing & Citation

Warum das wichtig ist

Code auf GitHub zu veröffentlichen, erlaubt für sich noch keine Nachnutzung: Ohne Lizenz bleiben bei einem Werk, auch bei Code, standardmäßig alle Rechte bei den Urhebern.

Fachzeitschriften verlangen mehr als einen Link. PLOS Computational Biology empfiehlt nachdrücklich, Code in einem dauerhaften Repository mit DOIs oder anderen persistenten Identifikatoren zu hinterlegen. Ein getaggtes Release und eine Zitationsdatei machen diese Hinterlegung und Ihr Code Availability Statement einfach.

So sieht gute Praxis aus

  • Eine LICENSE-Datei im Wurzelverzeichnis, gewählt nach den Vorgaben Ihrer Einrichtung, und eigene Bedingungen für Daten, wo diese abweichen.
  • Eine CITATION.cff mit dem Paper als bevorzugter Zitation, damit GitHub „Cite this repository“ anbietet.
  • Die Version im Paper ist getaggt, mit DOI archiviert und im Manuskript genannt.
  • Das README beginnt mit der Referenz des Papers und einem Link darauf.
  • Code, Datensätze und vortrainierte Modelle Dritter sind unter ihren eigenen Lizenzen genannt.

So beheben Sie es

Legen Sie eine Zitationsdatei an. Die Website des Citation File Format hat ein Formular, das sie erzeugt:

CITATION.cff
cff-version: 1.2.0
message: "If you use this code, please cite the paper below."
title: "Code for: <paper title>"
version: "v1.0-paper"
date-released: 2026-09-01
license: MIT
repository-code: "https://github.com/<org>/<repo>"
authors:
  - family-names: "<Family>"
    given-names: "<Given>"
preferred-citation:
  type: article
  title: "<paper title>"
  authors:
    - family-names: "<Family>"
      given-names: "<Given>"
  journal: "<journal>"
  year: 2026
  doi: "<paper DOI>"

Taggen Sie die Paper-Version und nennen Sie den Tag in Ihrem Code Availability Statement:

bash
git tag -a v1.0-paper -m "Code as submitted with the manuscript"
git push origin v1.0-paper

Archivieren Sie sie. Mit Zenodo verbunden, erhält jedes GitHub-Release eine eigene DOI. Für ein R-Paket ergänzt usethis::use_mit_license() die Lizenzdatei und das Feld in DESCRIPTION.

Diese Prüfung für Ihr Repository

Jede Analyse liefert Befunde zu dieser Prüfung, mit Dateiverweisen und Korrekturvorschlägen.

Kostenlos starten