Skip to main content

Glossar GitHub

Dieses Glossar führt in die gängige Git- und GitHub-Terminologie ein.

In diesem Artikel

-Anwendung

Eine mit Just Enough Operating System (JeOS) kombinierte Softwareanwendung für die optimale Ausführung auf branchenüblicher Hardware (in der Regel ein Server) oder auf einem virtuellen Computer.

@mention

Benachrichtigen einer Person auf GitHub durch Eingabe von @ vor dem Benutzernamen. Benutzer in einer Organisation auf GitHub können auch einem Team angehören, das erwähnt werden kann.

abgegrenzter Codeblock

Ein eingerückter Codeblock, den du in GitHub Flavored Markdown mithilfe von drei Backticks ``` vor und nach dem Block erstellen kannst. Dieses Beispiel zeigt dieses Szenario.

Abhängigkeitendiagramm

Ein Repositorydiagramm mit den Paketen, Projekten und Repositorys, die von einem öffentlichen Repository abhängen.

Abhängigkeitsdiagramm

Ein Repositorydiagramm mit den Paketen und Projekten, von denen das Repository abhängig ist.

Abonnement

Der GitHub-Plan eines Benutzers oder einer Organisation.

Abrechnungsmanager

Das Organisationsmitglied, das die Abrechnungseinstellungen für eine Organisation verwaltet.

Abrechnungsplan

Zahlungspläne für Benutzer und Organisationen, die festgelegte Features für jede Art von Plan enthalten.

Abrechnungszeitraum

Das Zeitintervall für deinen spezifischen Abrechnungsplan.

ansehen

Du kannst ein Repository oder Issue beobachten, um Benachrichtigungen zu erhalten, wenn ein Issue oder Pull Request aktualisiert wird.

API-Vorschau

Eine Möglichkeit, die neuen APIs und die Änderungen an den vorhandenen API-Methoden zu testen, bevor sie Bestandteil der offiziellen GitHub-API werden.

Authentifizierungscode

Ein Code, den du zusätzlich zu deinem GitHub-Kennwort angibst, wenn du dich mittels Zwei-Faktor-Authentifizierung (2FA) über den Browser anmeldest. Dieser Code wird entweder von einer Anwendung generiert oder per SMS an dein Smartphone gesendet. Er wird auch als „2FA-Authentifizierungscode“ bezeichnet.

Autor des Commits

Der Benutzer, der den Commit durchführt.

Basis-Branch

Der Branch, in den Änderungen zusammengeführt werden, wenn du einen Pull Request zusammenführst. Wenn du einen Pull Request erstellst, kannst du bei Bedarf den Basisbranch vom Standardbranch des Repositorys in einen anderen Branch ändern.

Beiträge

Spezifische Aktivitäten auf GitHub, die Folgendes bewirken:

Beitragsdiagramm

Der Teil eines Benutzerprofils, der die Beiträge des Benutzers für einen Zeitraum von bis zu einem Jahr zeigt (Tag für Tag).

Beitragsrichtlinien

Ein Dokument, in dem erläutert wird, wie andere etwas zu deinem Projekt beitragen können.

Benachrichtigung

Aktuelle Informationen zu den für dich relevanten Aktivitäten, die abhängig von deinen Einstellungen entweder im Web oder per E-Mail bereitgestellt werden.

Benutzer

Benutzer sind Personen mit persönlichen GitHub-Konten. Jeder Benutzer besitzt ein persönliches Profil und kann über mehrere öffentliche oder private Repositorys verfügen. Sie können Organisationen erstellen oder zum Beitritt eingeladen werden oder am Repository eines anderen Benutzers mitwirken.

Benutzer-zu-Server-Anforderung

Eine API-Anforderung, die von einer Anwendung verwendet wird, die eine Aufgabe im Namen eines bestimmten Benutzers ausführt. Wenn eine Aufgabe mit Benutzer-zu-Server-Authentifizierung ausgeführt wird, wird sie auf GitHub als Aufgabe angezeigt, die von einem Benutzer über eine Anwendung ausgeführt wurde. So kannst du beispielsweise in einer Drittanbieteranwendung ein Issue erstellen, und diese Aufgabe wird dann von der Anwendung in deinem Namen auf GitHub ausgeführt. Der Umfang der Aufgaben, die eine Anwendung mit einer Benutzer-zu-Server-Anforderung ausführen kann, wird durch die Berechtigungen und den Zugriff der App und des Benutzers eingeschränkt. Das bei einer Benutzer-zu-Server-Anforderung verwendete Token wird über OAuth abgerufen. Weitere Informationen finden Sie unter Authentifizieren mit einer GitHub App im Namen eines Benutzers. Weitere Informationen findest du unter Server-zu-Server-Anforderung.

Benutzername

Der Identifikator eines Benutzers auf GitHub.

Beobachtungsbenachrichtigungen

Eine Benachrichtigung zu Aktivitäten in einem Repository, das von einem Benutzer abonniert wurde.

Bereinigen

Eine Arbeitsstruktur ist sauber, wenn sie der Revision entspricht, auf die der aktuelle HEAD verweist. Siehe auch dirty.

Besitzer

Organisationsmitglieder, die über uneingeschränkten Verwaltungszugriff auf die Organisation verfügen.

Besitzer der Organisation

Benutzer, die über uneingeschränkten Verwaltungszugriff auf die ihnen gehörende Organisation verfügen.

Bezeichnung

Eine Bezeichnung bei einem Issue oder Pull Request. Für Repositorys stehen standardmäßig einige Standardbezeichnungen zur Verfügung. Benutzer können jedoch benutzerdefinierte Bezeichnungen erstellen.

Biografie

Die vom Benutzer generierte Beschreibung in einem Profil: Hinzufügen einer Biografie zu deinem Profil

Block

Sorgt dafür, dass ein Benutzer nicht mehr an den Repositorys einer Organisation mitarbeiten kann.

CA-Zertifikat

Ein von einer Zertifizierungsstelle (ZS) ausgestelltes digitales Zertifikat, das sicherstellt, dass zwischen zwei Computern (beispielsweise dem Computer eines Benutzers und GitHub.com) eine gültige Verbindung besteht, und das das Eigentum an einer Website verifiziert.

Cherry-Picking

Eine Teilmenge von Änderungen aus einer Reihe von Änderungen (in der Regel Commits) auszuwählen und sie als neue Reihe von Änderungen auf einer anderen Codebasis festzuhalten. In Git verwendest du dazu den Befehl git cherry-pick, um die durch einen vorhandenen Commit in einem anderen Branch vorgenommene Änderung zu extrahieren, und diese basierend auf der Spitze des aktuellen Branchs als neuen Commit zu erfassen. Weitere Informationen findest du unter git-cherry-pick in der Git-Dokumentation.

Clusterbildung

Die Fähigkeit, GitHub Enterprise-Dienste auf mehreren Knoten auszuführen und Anfragen per Lastenausgleich zwischen ihnen zu verteilen.

Code-Häufigkeitsdiagramm

Ein Repositorydiagramm, das die Inhaltsergänzungen und -löschungen für jede Woche im Verlauf eines Repositorys darstellt.

Codebesitzer

Eine Person, die als Besitzer eines Teils des Codes eines Repositorys festgelegt ist. Wenn jemand außerhalb des Entwurfsmodus einen Pull Request öffnet, der Änderungen an Code des Codebesitzers vornimmt, wird der Codebesitzer automatisch für ein Review angefordert.

Commit

Ein Commit (oder eine Revision) ist eine individuelle Änderung an einer Datei oder an einer Gruppe von Dateien. Wenn du einen Commit machst, um deine Arbeit zu speichern, erstellt Git eine eindeutige ID (auch bekannt als „SHA“ oder „Hash“ bezeichnet), mit der du die jeweiligen Änderungen zusammen mit dem Benutzer, von dem die Änderungen vorgenommen wurden, und dem Zeitpunkt der Änderungen aufzeichnen kannst. Commits enthalten in der Regel eine Commitnachricht, in der die vorgenommenen Änderungen kurz beschrieben werden.

Commit-Graph

Ein Repositorydiagramm, in dem alle für ein Repository durchgeführten Commits des vergangenen Jahres angezeigt werden.

Commit-ID

Wird auch als SHA bezeichnet. Ein 40 Zeichen langer Prüfsummen-Hash, der den Commit identifiziert.

Commitnachricht

Kurzer, beschreibender Text, der einen Commit begleitet und die mit dem Commit eingeführte Änderung beschreibt.

cron

Ein zeitbasierter Auftragsplaner in Unix-ähnlichen Computerbetriebssystemen.

cURL

Wird in Befehlszeilen oder Skripts zum Übertragen von Daten verwendet.

Dashboard

Dein persönliches Dashboard ist der primäre Hub für deine Aktivitäten auf GitHub. Über dein persönliches Dashboard kannst du den Überblick über Probleme und Pull Requests behalten, denen du folgst oder an denen du arbeitest. Außerdem kannst du zu deinen wichtigsten Repositorys und Teamseiten navigieren und dich über die neuesten Aktivitäten in Repositorys informieren, die du beobachtest oder an denen du mitwirkst. Du kannst auch neue empfohlene Repositorys entdecken. Die Empfehlungen basieren auf Benutzern, denen Du folgst, sowie auf Repositorys, die du als Favorit markiert hast. Wenn du nur Aktivitäten für eine bestimmte Organisation anzeigen möchtest, besuche das Dashboard deiner Organisation. Weitere Informationen findest du unter Schnellstart für dein persönliches Dashboard oder Informationen zum Dashboard Ihrer Organisation.

Deploy-Schlüssel

Ein Bereitstellungsschlüssel ist ein SSH-Schlüssel, der auf deinem Server gespeichert ist und Zugriff auf ein einzelnes GitHub-Repository gewährt. Dieser Schlüssel ist direkt mit dem Repository und nicht mit einem persönlichen Benutzerkonto verknüpft.

Diagnostik

Eine Übersicht über die Einstellungen und die Umgebung einer GitHub Enterprise-Instanz.

diff

Ein Diff ist der Unterschied bei Änderungen zwischen zwei Commits oder gespeicherten Änderungen. Diffs beschreiben visuell, was seit dem letzten Commit zu einer Datei hinzugefügt oder aus ihr entfernt wurde.

Drücken

Pushen bedeutet, die von dir committeten Änderungen an ein Remoterepository auf GitHub.com zu senden. Wenn du beispielsweise lokale Änderungen vornimmst, kannst du diese Änderungen pushen, damit andere darauf zugreifen können.

E-Mail-Adresse für die Abrechnung

Die E-Mail-Adresse der Organisation, an die GitHub Quittungen, Kreditkarten- oder PayPal-Abrechnungen und andere abrechnungsbezogene Informationen sendet.

E-Mail-Benachrichtigungen

An die E-Mail-Adresse eines Benutzers gesendete Benachrichtigungen.

Einen Branch pushen

Wenn du einen Branch erfolgreich in ein Remote-Repository pushst, wird der Remote-Branch mit Änderungen aus deinem lokalen Branch aktualisiert. Wenn du „einen Branch pushst“, sucht Git nach dem HEAD-Verweis des Branchs im Remoterepository und überprüft, ob dies ein direkter Vorgänger des lokalen HEAD-Verweises des Branchs ist. Nach der Überprüfung pullt Git alle Objekte (die über den lokalen HEAD-Verweis erreichbar sind und im Remoterepository fehlen) in die Remoteobjektdatenbank, und anschließend aktualisiert Git den Remote-HEAD-Verweis. Wenn der Remote-HEAD kein Vorgänger des lokalen HEAD ist, tritt beim Pushen ein Fehler auf.

Einmaliges Anmelden

Wird auch als SSO (Single Sign-On) bezeichnet. Ermöglicht es Benutzern, sich an einem einzelnen Ort (Identitätsanbieter, IdP) anzumelden und daraufhin Zugriff auf andere Dienstanbieter zu erhalten.

Enterprise-Konto

Mit Unternehmenskonten kannst du die Richtlinien und die Abrechnung für mehrere Organisationen zentral verwalten. Enterprise-Konten sind mit GitHub Enterprise Cloud und GitHub Enterprise Server verfügbar. Weitere Informationen findest du unter Informationen zu Unternehmenskonten.

Entfernt

Dies ist die Version eines Repositorys oder Branchs, die auf einem Server gehostet wird (in den meisten Fällen wahrscheinlich auf GitHub.com). Remoteversionen können mit lokalen Klonen verbunden werden, um Änderungen zu synchronisieren.

erforderliche Pull-Request-Überprüfung

Mithilfe von erforderlichen Reviews wird sichergestellt, dass Pull Requests mindestens einen genehmigten Review aufweisen, bevor Projektmitarbeiter Änderungen an einem geschützten Branch vornehmen können.

erforderlicher Statuscheck

Checks für Pull Requests, die sicherstellen, dass alle erforderlichen CI-Tests bestanden wurden, bevor Projektmitarbeiter Änderungen an einem geschützten Branch vornehmen können.

Erwähnung

Eine Benachrichtigung, die an einen Benutzer gesendet wird, wenn seinem Benutzernamen das @-Symbol vorangestellt wird. Benutzer in einer Organisation auf GitHub können auch einem Team angehören, das erwähnt werden kann.

erzwungener Push

Ein Git-Push, der das Remote-Repository ohne Rücksicht auf Konflikte mit lokalen Änderungen überschreibt.

Explorer

Eine Instanz von GraphiQL (eine grafische interaktive browserinterne GraphQL-IDE).

externer Projektmitarbeiter

Ein Benutzer, dem Zugriff auf mindestens ein Repository einer Organisation gewährt wurde, der ansonsten aber keinen Zugriff auf die Organisation hat und auch kein Mitglied der Organisation ist.

Feature-Branch

Ein Zweig, der dazu dient, mit einer neuen Funktion zu experimentieren oder ein Problem zu beheben, das sich noch nicht in der Produktion befindet. Auch als Topic-Branch bezeichnet.

fetch

Wenn du git fetch verwendest, fügst du deinem lokalen Arbeits-Branch Änderungen aus dem Remote-Repository hinzu, ohne sie zu committen. Anders als bei git pull kannst du beim Abrufen mit „fetch“ Änderungen überprüfen, bevor du sie in deinem lokalen Branch committest.

fixiertes Repository

Ein Repository, das ein Benutzer ausgewählt hat, um es auf seinem Profil prominent anzuzeigen.

folgen (Benutzern)

Das Erhalten von Benachrichtigungen zu Beiträgen und Aktivitäten anderer Benutzer.

Fork

Ein Fork ist eine persönliche Kopie des Repositorys eines anderen Benutzers. Der Fork gehört zu deinem Konto. Mit Forks kannst du nach Belieben Änderungen an einem Projekt vornehmen, ohne das ursprüngliche Upstreamrepository zu beeinträchtigen. Darüber hinaus kannst du einen Pull Request im Upstreamrepository öffnen und deinen Fork mit den neuesten Änderungen synchronisieren, da beide Repositorys weiterhin verbunden sind.

Freigabe

Die Methode, mit der GitHub Software verpackt und für deine Benutzer bereitstellt.

Geschäftsplan

Ein Organisationsabrechnungsplan, bei dem du an unbegrenzten öffentlichen und privaten Repositorys zusammenarbeiten kannst, Organisationsmitgliedern erlauben oder vorschreiben kannst, sich mittels SAML-SSO bei GitHub zu authentifizieren, und den Zugriff mittels SAML oder SCIM bereitstellen oder die entsprechende Bereitstellung aufheben kannst.

geschützter Branch

Bei geschützten Branches werden verschiedene Features von Git für einen Branch blockiert, für den ein Repositoryadministrator den Schutz aktiviert hat. Sie können weder per Force-Push überschrieben noch gelöscht oder zusammengeführt werden, ohne dass die erforderlichen Überprüfungen bestanden oder die erforderlichen Reviews genehmigt wurden; außerdem können über die GitHub-Weboberfläche keine Dateien dorthin hochgeladen werden. Ein geschützter Branch ist in der Regel der Standard-Branch.

gespeicherte Antwort

Ein Kommentar, den du speichern, deinem GitHub-Benutzerkonto hinzufügen und dann überall auf GitHub in Issues und Pull Requests verwenden kannst.

gesperrtes persönliches Konto

Ein persönliches Konto, auf das der Benutzer nicht zugreifen kann. Konten werden gesperrt, wenn Benutzer ihr bezahltes Konto auf ein kostenloses Konto downgraden oder wenn die Zahlung für ihren kostenpflichtigen Plan überfällig ist.

Git

Git ist ein Open-Source-Programm zum Nachverfolgen von Änderungen in Textdateien. Es wurde vom Urheber des Linux-Betriebssystems geschrieben bildet die Kerntechnologie, auf der GitHub (die soziale Schnittstelle und Benutzeroberfläche) basiert.

GIT-Datei

Eine unformatierte .git-Datei, die sich immer am Stamm einer Arbeitsstruktur befindet und auf das Git-Verzeichnis verweist, in dem sich das gesamte Git-Repository und die zugehörigen Metadaten befinden. Du kannst diese Datei für dein Repository in der Befehlszeile mit git rev-parse --git-dir anzeigen. Dies ist das eigentliche Repository.

GitHub aromatisiertes Markdown

GitHub-spezifisches Markdown zum Formatieren von Fließtext und Code innerhalb von GitHub. Weitere Informationen findest du unter Spezifikation zu GitHub Flavored Markdown oder Erste Schritte mit dem Schreiben und Formatieren auf GitHub.

GitHub Marketplace

Eine Unterwebsite, über die GitHub-Benutzer und Organisationen Anwendungen erwerben und installieren können, die ihren Workflow erweitern und ergänzen.

GitHub Wiki

Ein Abschnitt zum Hosten von Dokumentationen im Wiki-Stil in einem GitHub-Repository.

GitHub-App

GitHub-Apps stellen einen Dienst für eine gesamte Organisation bereit und verwenden ihre eigene Identität, wenn sie ihre Funktion ausführen. Sie können direkt in Organisationen und Benutzerkonten installiert werden, und ihnen kann Zugriff auf spezifische Repositorys gewährt werden. Außerdem verfügen sie über präzise Berechtigungen und integrierte Webhooks.

GitHub-Aufträge

Eine GitHub-Website, auf der Auftraggeber Aufträge posten können, die für GitHub-Benutzer ggf. interessant sind.

GitHub-Importer

Ein Tool zum schnellen Importieren von Quellcoderepositorys in GitHub (einschließlich Commits und Revisionsverlauf) für Benutzer.

GitHub-Seiten

Wird auch als Pages bezeichnet. Ein statischer Websitehostingdienst zum direkten Hosten deiner persönlichen Seiten sowie deiner Organisations- oder Projektseiten über ein GitHub-Repository.

GraphQL

Eine Abfragesprache für APIs und eine Runtime zur Erfüllung dieser Abfragen mit deinen vorhandenen Daten.

Gutschein

Ein von GitHub bereitgestellter Code, der von Benutzern oder Organisationen verwendet werden kann, um ihr gesamtes Abonnement oder einen Teil davon zu bezahlen.

Haken

Während der normalen Ausführung verschiedener Git-Befehle werden Aufrufe an optionalen Skripts gerichtet, die es Entwicklern ermöglichen, Funktionen hinzuzufügen oder zu überprüfen. In der Regel ermöglichen es die Hooks, einen Befehl vorab zu verifizieren und ggf. abzubrechen. Des Weiteren ermöglichen sie eine Benachrichtigung nach Abschluss des Vorgangs.

Hallo Welt

Ein „Hello, World!“ Ein Programm ist ein Computerprogramm, das „Hello, World!“ ausgibt oder anzeigt. einem Benutzer. Da dieses Programm in der Regel sehr einfach ist, wird es häufig als Beispiel für die grundlegende Syntax einer Programmiersprache verwendet und fungiert als allgemeine erste Übung beim Erlernen einer neuen Programmiersprache.

Haupt

Der Standard-Branch für die Entwicklung. Immer wenn du ein Git-Repository erstellst, wird ein Branch namens main erstellt und wird zum aktiven Branch. In den meisten Fällen enthält dieser die lokale Entwicklung. Dies hat sich jedoch lediglich so eingebürgert und muss nicht zwingend so sein.

Haupt-Branch

Der Branch, dessen Änderungen in den Basis-Branch zusammengeführt werden, wenn du einen Pull Request zusammenführst. Wird auch als Vergleichsbranch bezeichnet.

Ein bestimmter Commit eines Branches, üblicherweise der neueste Commit an der Spitze des Branches.

Hochverfügbarkeit

Ein System oder eine Komponente, das bzw. die für eine gewünschte Dauer kontinuierlich betriebsbereit ist.

hostname

Für Menschen lesbare Spitznamen, die der Adresse eines mit einem Netzwerk verbundenen Geräts entsprechen.

Identicon

Ein automatisch generiertes Bild, das als Standardprofilbild verwendet wird, wenn sich Benutzer für GitHub registrieren. Benutzer können ihr Identicon durch ihr eigenes Profilbild ersetzen.

Identitätsprovider

Wird auch als IdP bezeichnet. Ein vertrauenswürdiger Anbieter, der die Verwendung von SAML-SSO (Single Sign-On, einmaliges Anmelden) ermöglicht, um auf andere Websites zuzugreifen.

Instanz

Die private GitHub-Kopie einer Organisation auf einem virtuellen Computer, der von der Organisation konfiguriert und gesteuert wird.

Integration

Eine in GitHub integrierte Drittanbieteranwendung. Dies sind häufig GitHub Apps, GitHub Actions oder benutzerdefinierte Aktionen. Weitere Informationen finden Sie unter Informationen zum Erstellen von Integrationen.

Jekyll

Ein Generator für statische Websites für persönliche Websites sowie für Projekt- oder Organisationswebsites.

Jekyll-Theme-Auswahl

Eine automatisierte Möglichkeit zum Auswählen eines visuellen Designs für deine Jekyll-Website, ohne die CSS-Dateien zu bearbeiten oder zu kopieren.

Karte

Ein bewegliches Quadrat innerhalb eines Projektboards, das einem Issue oder einem Pull Request zugeordnet ist.

Kasse

Mit git checkout kannst du über die Befehlszeile einen neuen Branch erstellen, deinen aktuellen Arbeitsbranch in einen anderen Branch ändern oder mithilfe von git checkout [branchname] [path to file] sogar zu einer anderen Version einer Datei aus einem anderen Branch wechseln. Die Aktion „checkout“ aktualisiert die gesamte oder einen Teil der Arbeitsstruktur mit einem Strukturobjekt oder Blob aus der Objektdatenbank und aktualisiert den Index und HEAD, wenn die gesamte Arbeitsstruktur auf einen neuen Branch verweist.

Kein Fast-Forward

Wenn deine lokale Kopie eines Repositorys nicht mit dem Upstreamrepository synchron ist und du vor dem Pushen deiner lokalen Änderungen die Upstreamänderungen abrufen musst.

Kernaussage

Ein Gist ist eine freigabefähige Datei, die du auf GitHub bearbeiten, klonen und forken kannst. Ein Gist kann öffentlich oder geheim sein. Geheime Gists sind allerdings für alle Personen verfügbar, die über die entsprechende URL verfügen.

klonen

Ein Klon ist eine Kopie eines Repository, die sich auf deinem Computer statt irgendwo auf dem Server einer Website befindet, oder der Vorgang, diese Kopie zu erstellen. Mit einem Klon kannst du die Dateien in deinem bevorzugten Editor bearbeiten und deine Änderungen mithilfe von Git nachverfolgen, ohne dabei online sein zu müssen. Das von dir geklonte Repository ist weiterhin mit der Remoteversion verbunden, sodass du deine lokalen Änderungen an die Remoteinstanz pushen kannst, um sie zu synchronisieren, wenn du online bist.

kontinuierliche Integration

Wird auch als CI bezeichnet. Ein Prozess, der automatisierte Buildvorgänge und Tests ausführt, wenn eine Person eine Änderung an einem konfigurierten Repository auf GitHub committet. CI ist eine gängige bewährte Methode in der Softwareentwicklung, die dabei hilft, Fehler zu finden.

Kostenloser Tarif

Ein kostenloser Abrechnungsplan für Benutzerkonten. Benutzer können in unbegrenzten öffentlichen Repositorys mit unbegrenzt vielen Projektmitarbeitern interagieren.

Lesezugriff

Eine Berechtigungsebene für ein Repository, die dem Benutzer erlaubt, Informationen aus dem Repository zu pullen (bzw. zu lesen). Bei öffentlichen Repositorys verfügen alle GitHub-Benutzer über Lesezugriff. Ein Synonym für Abrufzugriff.

LFS

Git Large File Storage. Eine Open-Source-Git-Erweiterung zur Versionsverwaltung für große Dateien.

Linguist

Eine auf GitHub verwendete Bibliothek zum Ermitteln von Blobsprachen, zum Ignorieren von Binärdateien oder weiterverkauften Dateien, zum Unterdrücken von generierten Dateien in Diffs und zum Generieren von Sprachaufschlüsselungsdiagrammen.

Lizenz

Ein Dokument, das du in dein Projekt einschließen kannst, um Personen mitzuteilen, was sie mit deinem Quellcode tun dürfen und was nicht.

lösen

Die manuelle Korrektur dessen, was nach einem nicht erfolgreichen automatischen Mergevorgang übrig geblieben ist.

losgelöster HEAD

Git warnt dich, wenn du an einem losen HEAD arbeitest. Das bedeutet, dass Git nicht auf einen Branch verweist und dass die von dir vorgenommenen Commits nicht im Commitverlauf angezeigt werden. Wenn du beispielsweise einen beliebigen Commit auscheckst, der nicht der neueste Commit eines bestimmten Branches ist, arbeitest du mit einem „detached HEAD“.

Markdown

Markdown ist ein sehr einfaches semantisches Dateiformat, das sich nicht allzu stark von DOC, RTF und TXT unterscheidet. Mit Markdown können auch Benutzer ohne Webpublishing-Erfahrung Fließtext schreiben (auch mit Links, Listen, Aufzählungen etc.), der dann wie eine Website angezeigt wird. GitHub unterstützt Markdown und verwendet eine bestimmte Form von Markdown: GitHub Flavored Markdown. Weitere Informationen findest du unter Spezifikation zu GitHub Flavored Markdown oder Erste Schritte mit dem Schreiben und Formatieren auf GitHub.

Markup

Ein System, um ein Dokument mit Anmerkungen zu versehen und zu formatieren.

master

Der Standard-Branch in vielen Git-Repositories. Standardmäßig wird ein Branch namens master erstellt, wenn du ein neues Git-Repository über die Befehlszeile erstellst. Viele Tools verwenden inzwischen einen alternativen Namen für den Standard-Branch. Wenn du beispielsweise auf GitHub ein neues Repository erstellst, hat der Standardbranch den Namen main.

Meilenstein

Eine Möglichkeit zum Nachverfolgen des Fortschritts bei Gruppen von Issues oder Pull Requests in einem Repository.

Mergekonflikt

Ein Unterschied zwischen gemergten Branches. Mergekonflikte treten auf, wenn verschiedene Änderungen an der gleichen Zeile der gleichen Datei vorgenommen werden oder wenn eine Person eine Datei bearbeitet und eine andere Person die gleiche Datei löscht. Der Mergekonflikt muss behoben werden, bevor Sie die Branches zusammenführen können.

Mitarbeiter

Ein Projektmitarbeiter ist eine Person mit Lese- und Schreibzugriff auf ein Repository, die vom Repositorybesitzer zur Teilnahme eingeladen wurde.

Mitgliedergrafik

Ein Repositorydiagramm, das alle Forks eines Repositorys zeigt.

Mitwirkendendiagramm

Ein Repositorydiagramm, in dem die 100 wichtigsten Mitwirkenden eines Repositorys angezeigt werden.

Mitwirkender

Ein Mitwirkender verfügt nicht über Projektmitarbeiterzugriff für ein Repository, hat jedoch an einem Projekt mitgewirkt, und ein von ihm geöffneter Pull Request wurde in das Repository gemergt.

Momentaufnahme

Ein Prüfpunkt eines virtuellen Computers zu einem bestimmten Zeitpunkt.

Nachrichtenfeed

Eine Aktivitätsansicht der von dir beobachteten Repositorys oder Personen. Der News-Feed einer Organisation zeigt Aktivitäten in Repositories, die der Organisation gehören.

Netzwerkdiagramm

Ein Repositorydiagramm, in dem der Branch-Verlauf des gesamten Repositorynetzwerks angezeigt wird – einschließlich der Branches des Stammrepositorys und der Branches von Forks, die netzwerkspezifische Commits enthalten.

nichtöffentliches Team

Ein Team, das nur für die übrigen Personen im Team und für Personen mit Besitzerrechten sichtbar ist.

OAuth-App

Eine Drittanbieteranwendung, die anstelle von Kennwörtern Zugriffstoken verwendet, um auf Informationen für Benutzer zuzugreifen.

OAuth-Token

Das Zugriffstoken, das von OAuth apps verwendet wird, um auf Informationen für Benutzer zuzugreifen.

öffentliche Beiträge

Beiträge zu einem öffentlichen (im Gegensatz zu einem privaten) Repository.

öffentliches Repository

Öffentliche Repositorys können von jeder beliebigen Person angezeigt werden – auch von Personen, die keine GitHub-Benutzer sind.

Open Source

Open-Source-Software kann kostenlos verwendet, geändert und geteilt (in geänderter und unveränderter Form) werden. Inzwischen geht das Konzept von Open Source oftmals über Software hinaus und steht für eine Philosophie der Zusammenarbeit, in der Arbeitsmaterialien online zum Forken, Bearbeiten, Diskutieren und Mitwirken bereitgestellt werden.

Organisation

Organisationen sind Gruppen mit mindestens zwei Benutzern, die in der Regel echte Organisationen widerspiegeln. Sie werden von Benutzern verwaltet und können Repositorys und Teams enthalten.

Ein permanenter statischer Hyperlink zu einer bestimmten Webseite.

persönliches Konto

Ein GitHub-Konto, das zu einem einzelnen Benutzer gehört.

Pre-Receive-Hooks

Skripts, die in der GitHub Enterprise Server-Instanz ausgeführt werden und zum Implementieren von Qualitätsprüfungen verwendet werden können.

primäre E-Mail-Adresse

Die Haupt-E-Mail-Adresse, an die GitHub Quittungen, Kreditkarten- oder PayPal-Abrechnungen und andere abrechnungsbezogene Informationen sendet.

private Beiträge

Beiträge zu einem privaten (im Gegensatz zu einem öffentlichen) Repository.

privates Repository

Private Repositorys sind nur für den Repositorybesitzer und für die vom Besitzer angegebenen Projektmitarbeiter sichtbar.

Problem

Issues sind Verbesserungsvorschläge, Aufgaben oder Fragen im Zusammenhang mit dem Repository. Issues können von jedem Benutzer erstellt werden (für öffentliche Repositorys) und werden von Projektmitarbeitern des Repositorys moderiert. Jedes Issue enthält einen eigenen Diskussionsthread. Du kannst ein Problem auch mit Labels kategorisieren und jemandem zuweisen.

Produktionszweig

Ein Branch mit endgültigen Änderungen, die in einer Anwendung oder auf einer Website verwendet oder bereitgestellt werden können.

Profil

Die Seite, auf der Informationen zur Aktivität eines Benutzers auf GitHub angezeigt werden.

Profilbild

Ein benutzerdefiniertes Bild, das Benutzer*innen zu GitHub hochladen, um ihre Aktivitäten zu kennzeichnen, normalerweise zusammen mit ihrem Benutzernamen. Wird auch als Avatar bezeichnet.

Projektboard

Boards innerhalb von GitHub mit Issues, Pull Requests und Hinweisen, die als Karten in Spalten strukturiert sind.

prüfen

Eine Überprüfung ist eine Art der Statusprüfung auf GitHub. Weitere Informationen findest du unter Statusüberprüfungen.

Pull Request

Pull Requests sind vorgeschlagene Änderungen an einem Repository, die von einem Benutzer übermittelt und von den Projektmitarbeitern eines Repositorys akzeptiert oder abgelehnt werden. Pull Requests verfügen analog zu Issues über ihr eigenes Diskussionsforum.

Pullzugriff

Ein Synonym für Lesezugriff.

Pulsdiagramm

Ein Repositorydiagramm mit einer Übersicht über die Aktivität eines Repositorys.

Punch-Diagramm

Ein Repositorydiagramm, das die Häufigkeit der Aktualisierungen eines Repository basierend auf dem Wochentag und der Uhrzeit anzeigt.

Pushzugriff

Ein Synonym für Schreibzugriff.

README

Eine Textdatei, die Informationen zu den Dateien in einem Repository enthält. Hierbei handelt es sich in der Regel um die erste Datei, die einem Besucher deines Repositorys angezeigt wird. Zusammen mit einer Repositorylizenz, Beitragsrichtlinien und Verhaltensregeln hilft eine Infodatei dabei, Erwartungen zu kommunizieren und Beiträge für dein Projekt zu verwalten.

Rebase ausführen

Ermöglicht es, eine Reihe von Änderungen aus einem Branch erneut auf eine andere Basis anzuwenden und den HEAD dieses Branchs auf das Ergebnis zurückzusetzen.

Remote-Repository

Ein Repository, das zum Nachverfolgen des gleichen Projekts verwendet wird, sich aber anderswo befindet.

Remote-URL

Der Speicherort deines Codes: ein Repository auf GitHub, im Fork eines anderen Benutzers oder sogar auf einem anderen Server.

Replikat

Eine GitHub Enterprise-Instanz, die Redundanz für die primäre GitHub Enterprise-Instanz bietet.

Repository

Ein Repository ist das grundlegendste Element von GitHub. Du kannst es dir am einfachsten als Ordner eines Projekts vorstellen. Ein Repository enthält alle Projektdateien (einschließlich Dokumentation) und speichert den Revisionsverlauf jeder Datei. Repositorys können mehrere Projektmitarbeiter haben und öffentlich oder privat sein.

Repository-Graph

Eine visuelle Darstellung der Daten deines Repositorys.

Repositorycache

Ein schreibgeschützter Spiegel von Repositories für Ihre GitHub Enterprise Server-Instanz, der sich in der Nähe verteilter Teams und CI-Clients befindet.

Repositoryverwalter

Eine Person, die ein Repository verwaltet. Diese Person kann bei der Selektierung von Issues helfen sowie Bezeichnungen und andere Features verwenden, um die Arbeit des Repositorys zu verwalten. Darüber hinaus ist diese Person ggf. für die Aktualisierung der Infodatei und der beitragenden Dateien zuständig.

Schlüssel-Fingerabdruck

Eine kurze Folge von Bytes, die zum Identifizieren eines längeren öffentlichen Schlüssels verwendet wird.

Schlüsselbund

Ein Kennwortverwaltungssystem in macOS.

Schlüsselwort (keyword)

Ein spezifisches Wort, das ein Issue schließt, wenn es in einem Pull Request verwendet wird.

Schnellvorlauf

Ein Fast-Forward ist eine spezielle Art des Zusammenführens, bei der du eine Revision vorliegen hast und die Änderungen eines anderen Branches zusammenführst, der sich als Nachfolger der Revision erweist, die du bereits hast. In einem solchen Fall wird kein neuer Merge-Commit ausgeführt. Stattdessen wird einfach auf diese Revision aktualisiert. Dies kommt häufig in einem Remote-Tracking-Branch eines Remoterepositorys vor.

Schreibzugriff

Eine Berechtigungsebene in einem Repository, die es Benutzern ermöglicht, Änderungen an das Repository zu pushen (in das Repository zu schreiben).

Schuld

Das Blame-Feature in Git beschreibt die letzte Änderung jeder Zeile einer Datei. Im Allgemeinen werden die Revision, der Autor und die Zeit angezeigt. Diese Funktion ist hilfreich, um zu ermitteln, wann ein Feature hinzugefügt wurde oder welcher Commit zu einem bestimmten Fehler geführt hat.

Server-zu-Server-Anforderungen

Eine API-Anforderung, die von einer Anwendung verwendet wird, die als Bot agiert (unabhängig von einem bestimmten Benutzer). Ein Beispiel wäre etwa eine zeitplangesteuerte Anwendung, die Issues schließt, bei denen lange keine Aktivität zu verzeichnen war. Anwendungen mit dieser Art von Authentifizierung verwenden kein lizenziertes GitHub-Konto. In einem Unternehmen mit einem Abrechnungsplan, der die Verwendung einer bestimmten Anzahl von Lizenzen erlaubt, wird von einem Server-zu-Server-Bot keine deiner GitHub-Lizenzen beansprucht. Das in einer Server-zu-Server-Anforderung verwendete Token wird programmgesteuert über die GitHub-API abgerufen. Weitere Informationen finden Sie unter Authentifizieren als GitHub App-Installation. Weitere Informationen findest du unter Benutzer-zu-Server-Anforderung.

Service Hook

Wird auch als Webhook bezeichnet. Webhooks bieten die Möglichkeit, Benachrichtigungen an einen externen Webserver zu senden, wenn bestimmte Aktionen in einem Repository oder in einer Organisation auftreten.

Sicherheitsprotokoll

Ein Protokoll, in dem die letzten 50 Aktionen oder die Aktionen aufgelistet werden, die in den letzten 90 Tagen ausgeführt wurden.

sichtbares Team

Ein Team, das von jedem Organisationsmitglied gesehen und mit @mentioned erwähnt werden kann.

Sitzplatz

Ein Benutzer innerhalb einer GitHub Enterprise-Organisation. Dies kann auch als „Anzahl der Arbeitsplätze“ bezeichnet werden.

Spiegel

Eine neue Kopie eines Repositorys.

squashen

Mehrere Commits zu einem einzigen Commit zusammenführen. Auch ein Git-Befehl.

SSH-Schlüssel

SSH-Schlüssel sind eine Möglichkeit, sich mithilfe einer verschlüsselten Nachricht bei einem Onlineserver zu identifizieren. Man kann sie mit einem eindeutigen Kennwort vergleichen, das dein Computer für einen anderen Dienst nutzt. GitHub verwendet SSH-Schlüssel, um Informationen sicher an Ihren Computer zu übertragen.

Staginginstanz

Eine Möglichkeit, Änderungen zu testen, bevor sie auf deine tatsächliche GitHub Enterprise-Instanz angewendet werden.

Stammdateisystem

Das Basisbetriebssystem und die GitHub Enterprise-Anwendungsumgebung.

Stammverzeichnis

Das erste Verzeichnis in einer Hierarchie.

Standardauthentifizierung

Eine Authentifizierungsmethode, bei der die Anmeldeinformationen als unverschlüsselter Text gesendet werden.

Standardzweig

Der Standard-Branch für neue Pull Requests und Code-Commits in einem Repository. Jedes Repository verfügt über mindestens einen Branch. Dieser wird von Git beim Initialisieren des Repositorys erstellt. Der erste Branch wird normalerweise main genannt und ist oft der Standardbranch.

Status

Eine visuelle Darstellung in einem Pull Request, dass deine Commits die für das Repository festgelegten Bedingungen erfüllen, zu dem du beiträgst.

Statusprüfungen

Statusprüfungen sind externe Prozesse, wie Continuous-Integration-Builds, die für jeden Commit ausgeführt werden, den du in einem Repository erstellst. Weitere Informationen finden Sie unter Statusüberprüfungen.

Stern

Ein Lesezeichen oder ein Zeichen der Wertschätzung für ein Repository. Sterne ermöglichen die manuelle Bewertung der Beliebtheit von Projekten.

Team

Eine Gruppe von Organisationsmitgliedern, die die Struktur deines Unternehmens oder deiner Gruppe mit kaskadierenden Zugriffsberechtigungen und Erwähnungen widerspiegelt.

Teamplan

Ein Organisationsabrechnungsplan, der dir unbegrenzte öffentliche und private Repositorys bietet.

Teamverwalter

Organisationsmitglieder, die über eine Teilmenge der Berechtigungen verfügen, die den Organisationsbesitzern zur Verwaltung von Teams zur Verfügung stehen.

Teilnahmebenachrichtigungen

Eine Benachrichtigung über eine Aktualisierung in einer Unterhaltung in einem Issue oder Pull Request, in dem dein Benutzername oder Team erwähnt wurde oder in dem du zuvor in einem Kommentar geantwortet hast.

Themen

Eine Möglichkeit, Repositorys in einem bestimmten Themenbereich zu erkunden, nach Projekten zu suchen, zu denen beigetragen werden soll, und neue Lösungen zu einem spezifischen Problem auf GitHub zu finden.

Themenzweig

Ein regulärer Git-Branch, der von einem Entwickler verwendet wird, um eine konzeptionelle Entwicklungslinie zu identifizieren. Da Branches sehr einfach und günstig sind, empfiehlt es sich häufig, mehrere kleine Branches zu verwenden, die jeweils über sehr gut definierte Konzepte oder über geringfügige zusammenhängende Änderungen verfügen. Kann auch als Feature-Branch bezeichnet werden.

übergeordnetes Team

Innerhalb von geschachtelten Teams das Hauptteam, von dem untergeordnete Teams Zugriffsberechtigungen und @mentions erben.

Überprüfung

Im Rahmen von Reviews können andere Personen mit Zugriff auf dein Repository die in Pull Requests vorgeschlagenen Änderungen kommentieren und die Änderungen genehmigen oder weitere Änderungen anfordern, bevor der Pull Request gemergt wird.

Überprüfung eines Pull Requests

Kommentare von Projektmitarbeitern zu Pull Requests, die die Änderungen genehmigen oder weitere Änderungen anfordern, bevor der Pull Request gemergt wird.

Übertragen

Beim Übertragen eines Repositorys wird der Besitzer des Repositorys geändert. Der neue Besitzer kann die Inhalte, Issues, Pull Requests, Releases und Einstellungen des Repositorys sofort verwalten.

Umfang

Benannte Gruppen von Berechtigungen, auf die ein OAuth app oder personal access token (classic) Zugriff auf öffentliche und nicht-öffentliche Daten anfordern kann.

untergeordnetes Team

Innerhalb verschachtelter Teams das Unterteam, das die Zugriffsberechtigungen des übergeordneten Teams und @mentions erbt.

Upstream-Branch

Der Standard-Branch, der in den betreffenden Branch zusammengeführt wird (oder auf den der betreffende Branch rebasiert wird). Er wird über branch.<name>.remote und branch.<name>.merge konfiguriert. Wenn die Upstream-Branch von A „origin/B“ ist, sagen wir manchmal: „A folgt origin/B.“

Ursprung

Das Standard-Upstream-Repository. Die meisten Projekte verfügen über mindestens ein vorgelagertes Projekt, das sie verfolgen. Standardmäßig wird „origin“ für diesen Zweck verwendet.

Vergleichsbranch

Der Branch, der zum Erstellen eines Pull Requests verwendet wird. Dieser Branch wird mit dem Basisbranch verglichen, den du für den Pull Request auswählst, und die Änderungen werden identifiziert. Wenn der Pull Request zusammengeführt wird, wird der Basis-Branch durch die Änderungen aus dem Vergleichs-Branch aktualisiert. Wird auch als Head-Branch des Pull Requests bezeichnet.

Verhaltensregeln

Ein Dokument, in dem die Standards für die Interaktion in einer Community definiert sind.

Verkehrsdiagramm

Ein Repositorydiagramm, das den Datenverkehr eines Repositorys anzeigt – einschließlich vollständiger Klone (nicht Abrufe), der Besucher der letzten 14 Tage, verweisender Websites und beliebten Inhalten.

verschachteltes Team

Ein untergeordnetes Team eines übergeordneten Teams. Du kannst über mehrere untergeordnete (oder geschachtelte) Teams verfügen.

verschmutzt

Ein Arbeitsverzeichnis gilt als „dirty“, wenn es Änderungen aufweist, die noch nicht in den aktuellen Branch eingecheckt wurden.

Verwaltungskonsole

Ein Abschnitt mit Verwaltungsfeatures auf der GitHub Enterprise-Oberfläche.

Verzeichnis

Ein Ordner, der mindestens eine Datei bzw. mindestens einen Ordner enthält. Verzeichnisse können erstellt werden, um den Inhalt eines Repositorys zu strukturieren.

vorgelagert

Wenn man über einen Branch oder einen Fork spricht, wird der Haupt-Branch im ursprünglichen Repository oft als „Upstream“ bezeichnet, da dies der Hauptort ist, von dem die anderen Änderungen kommen. Der Branch/Fork, an dem du arbeitest, wird dann als „downstream“ bezeichnet. Wird auch als Ursprung bezeichnet.

Webbenachrichtigungen

Auf der Weboberfläche von GitHub angezeigte Benachrichtigungen: https://github.com/notifications

webhooks

Mithilfe von Webhooks kannst du GitHub-Apps erstellen oder einrichten, die bestimmte Ereignisse auf GitHub.com abonnieren. Webhooks bieten die Möglichkeit, Benachrichtigungen an einen externen Webserver zu senden, wenn bestimmte Aktionen in einem Repository oder in einer Organisation auftreten. Auch als Service Hook bezeichnet.

Wiederherstellen

Wenn du einen Pull Request auf GitHub rückgängig machst, wird automatisch ein neuer Pull Request mit einem einzelnen Commit geöffnet, der den Merge-Commit aus dem ursprünglich gemergten Pull Request rückgängig macht. In Git können Commits mithilfe von git revert rückgängig gemacht werden.

Wiederherstellungscode

Ein Code, der dir dabei hilft, den Zugriff auf dein GitHub-Konto zurückzuerlangen.

Zeilenende

Ein unsichtbares Zeichen oder mehrere unsichtbare Zeichen, die das Ende einer Zeile in einer Textdatei symbolisieren.

Zeilenkommentar

Ein Kommentar in einem Pull Request zu einer spezifischen Codezeile.

Zeitachse

Eine Reihe von Ereignissen in einem Pull Request oder in einem Benutzerprofil.

ziehen

Pull bezeichnet den Vorgang, bei dem Änderungen abgerufen und zusammengeführt werden. Wenn beispielsweise jemand die Remotedatei bearbeitet hat, an der ihr beide arbeitet, empfiehlt es sich, diese Änderungen in deine lokale Kopie zu pullen, damit sie aktuell ist. Weitere Informationen findest du unter Abrufen.

Zugewiesene Person

Der Benutzer, der einem Issue zugewiesen ist.

Zugriffstoken

Ein Token, das anstelle eines Kennworts verwendet wird, wenn Git-Vorgänge über HTTPS mit Git über die Befehlszeile oder über die API ausgeführt werden. Auch als ein personal access token bezeichnet.

Zusammenführen

Beim Zusammenführen werden die Änderungen aus einem Branch (im selben Repository oder aus einem Fork) in einen anderen Branch übernommen. Dies erfolgt häufig in Form eines Pull Requests (gewissermaßen eine Merge-Anforderung) oder über die Befehlszeile. Ein Merge kann auf der GitHub.com-Weboberfläche über einen Pull Request erfolgen, sofern keine in Konflikt stehenden Änderungen vorliegen. Alternativ kann er aber auch immer über die Befehlszeile vorgenommen werden.

Zweig

Ein Branch ist eine parallele Version eines Repositorys. Es ist im Repository enthalten, beeinträchtigt jedoch weder den primären noch den Haupt-Branch, sodass Sie frei arbeiten können, ohne die „Live“-Version zu stören. Nachdem du die gewünschten Änderungen vorgenommen hast, kannst du deinen Branch wieder mit dem Mainbranch mergen, um deine Änderungen zu veröffentlichen.

Zweigbeschränkung

Eine Einschränkung, die von Repositoryadministratoren aktiviert werden kann, sodass nur bestimmte Benutzer oder Teams Änderungen an den Branch pushen oder daran vornehmen können.


Weiterführende Lektüre