Zum Inhalt springen

Leitfaden

Code Availability Statement: Vorlage und Beispiele

Beantworten Sie sechs Fragen in einem Absatz, kopieren Sie eine Vorlage und passen Sie sie an Ihre Fachzeitschrift an.

Zuletzt aktualisiert

Sechs Fragen, ein Absatz

  • Wo liegt der Code?

    Die Repository-URL, die Lesende öffnen können.

  • Welche Version?

    Ein Release-Tag oder Commit, damit Lesende die veröffentlichte Version erhalten.

  • Wie ist sie archiviert?

    Eine archivierte Kopie mit DOI, zitiert im Literaturverzeichnis.

  • Unter welcher Lizenz?

    Die Bedingungen, unter denen andere den Code nachnutzen dürfen.

  • Ist etwas beschränkt?

    Der Grund und der Weg, Zugang zu beantragen.

  • Was deckt er ab?

    Alle Analysen und Abbildungen oder welche Teile.

Vorlagen zum Anpassen

Englische Vorlagen: Ersetzen Sie die Teile in spitzen Klammern und streichen Sie, was nicht zutrifft.

  1. Öffentliches Repository, archiviertes Release

    Ihr Code ist öffentlich und die Version zum Manuskript ist archiviert.

    Code availability
    All code used to produce the results in this paper is available at <repository URL> under the <license> license. The version used for this paper (release <v1.0.0>, commit <short hash>) is archived at https://doi.org/<DOI> [<reference>]. The README lists the script behind each figure and table.
  2. Code auf Anfrage

    Bei einem konkreten rechtlichen oder ethischen Grund, der im Statement steht.

    Code availability
    The analysis code cannot be shared publicly because <specific legal or ethical reason>. It is available to <who may request it> for <permitted purpose> from <contact>, subject to <conditions>. Code not covered by this restriction is available at <repository URL> and archived at https://doi.org/<DOI>.
  3. Daten mit kontrolliertem Zugang

    Die Daten sind nur über kontrollierten Zugang nutzbar.

    Code availability
    The individual-level data are available under controlled access from <data repository> under accession <accession number>, because <reason>. Access requires <approval process>; requests go to <contact>. The analysis code is available at <repository URL> under the <license> license and archived at https://doi.org/<DOI>. A synthetic dataset with the same structure is available at <URL or DOI>.

Wo Fachzeitschriften es verlangen

Richtlinienseiten geprüft am 16. September 2026.

Nature Portfolio

Ein eigener Abschnitt „Code availability“ nach dem Data Availability Statement.

Empfohlen: Code mit DOI archivieren; eine Open-Source-Lizenz wird begrüßt.

Berichtsstandards

Cell Press

Der Code-Teil von „Data and code availability“ unter Resource availability.

Eigener Code vor der Annahme mit DOI hinterlegt oder im Supplement.

Richtlinien

PLOS

Das Data Availability Statement.

Erwartet Code hinter den Ergebnissen bei Veröffentlichung ohne Einschränkungen.

Richtlinie zum Teilen von Code

eLife

Das Data Availability Statement, einschließlich Beschränkungen für Software.

Zentrale neue Software quelloffen und in einem öffentlichen Repository.

Hinweise zur Einreichung

GigaScience

Das Data Availability Statement mit Zitation der archivierten Code-Snapshots.

Code mit DOI oder ähnlicher Kennung archiviert, nach Möglichkeit quelloffen.

Redaktionelle Richtlinien

Die Version zum Manuskript mit DOI archivieren

  1. 01

    Release erstellen

    Erstellen Sie ein GitHub-Release für die Version, die das Manuskript beschreibt.

  2. 02

    DOI erhalten

    Verbinden Sie Zenodo mit GitHub: Jedes neue Release wird mit DOI archiviert.

  3. 03

    DOI zitieren

    Nennen Sie die DOI des Releases im Statement und im Literaturverzeichnis.

  4. 04

    CITATION.cff ergänzen

    GitHub zeigt dann den Link „Cite this repository“.

QuellenGitHub Docs: Referencing and citing contentGitHub Docs: About CITATION files

Lizenz und Zitation im Repository prüfen

RepoReady prüft Lizenz, Versions-Tag und Zitationsangaben und schlägt vor der Einreichung Korrekturen vor.