Skip to main content

Diese Version von GitHub Enterprise Server wurde eingestellt am 2024-03-26. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise Server. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

GitHub-Glossar

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.

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.

angeheftetes Repository

Ein Repository, das gut sichtbar im Profil eines Benutzers angezeigt 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.

Arbeitsplatz

Ein Benutzer innerhalb einer GitHub Enterprise-Organisation. Wird auch als Arbeitsplatzanzahl bezeichnet.

assignee

Der Benutzer, der einem Issue zugewiesen ist.

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.

basic authentication

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

Basisbranch

Der Branch, in dem Änderungen kombiniert werden, wenn du einen Pull Request mergst. 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-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 findest du unter Authentifizieren mit einer GitHub-App im Namen von Benutzer*innen. Weitere Informationen findest du unter Server-zu-Server-Anforderungen.

Beobachtungsbenachrichtigungen

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

Bereitstellungsschlü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.

Biografie

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

Blame

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.

block

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

Branch-Einschrä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.

Business-Plan

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.

card

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

Check-Out

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.

Cherrypicking

Beim Cherrypicking wird eine Teilmenge von Änderungen aus einer Reihe von Änderungen (in der Regel Commits) ausgewählt und als neue Reihe von Änderungen für eine andere Codebasis erfasst. 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.

clean

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

clone

Ein Klon ist eine Kopie eines Repositorys, die nicht auf einem Server einer Website, sondern auf deinem Computer gespeichert ist. Das Erstellen einer solchen Kopie wird als Klonen bezeichnet. 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.

Clustering

Die Fähigkeit, GitHub Enterprise-Dienste knotenübergreifend auszuführen und einen Lastenausgleich für Anforderungen zwischen ihnen zu nutzen.

Code-Verlaufsdiagramm

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 ausführst, um deine Arbeit zu speichern, erstellt Git eine eindeutige ID (auch 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-ID

Wird auch als SHA bezeichnet. Hierbei handelt es sich um einen 40-stelligen Prüfsummenhash, der den Commit identifiziert.

Commitautor

Der Benutzer, der den Commit durchführt.

Commitdiagramm

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

Commitnachricht

Ein kurzer, beschreibender Text zu einem Commit, in dem die durch den Commit vorgenommene Änderung kommuniziert wird.

Continuous 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.

coupon (Coupon)

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

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 Informationen zum persönlichen Dashboard oder Informationen zum Dashboard Ihrer Organisation.

Datenverkehrsdiagramm

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.

Diagnose

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.

directory

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

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.

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.

erforderlicher Pull-Request-Review

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 Remoterepository ungeachtet von Konflikten durch die 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.

Fast-Forward

Ein Fast-Forward ist eine spezielle Art von Merge, bei der du über eine Revision verfügst und die Änderungen eines anderen Branchs mergst, die zufällig ein Nachfolgerelement dessen sind, worüber du verfügst. 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.

Featurebranch

Ein Branch, der verwendet wird, um mit einem neuen Feature zu experimentieren oder ein nicht in der Produktion befindliches Issue zu korrigieren. Wird auch als Topic-Branch bezeichnet.

Fenced-Code-Block

Ein eingerückter Codeblock, den du mit GitHub Flavored Markdown mit dreifachen Backticks (```) vor und nach dem Codeblock erstellen kannst. Dieses Beispiel zeigt dieses Szenario.

fetch

Wenn du git fetch verwendest, werden die Änderungen aus dem Remoterepository deinem lokalen Arbeitsbranch hinzugefügt, 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.

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.

Free-Plan

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

Freigabe

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

geschachteltes Team

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

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 bei erzwungenen Pushvorgängen verwendet noch gelöscht werden. Außerdem können ihre Änderungen nicht gemergt werden, ohne dass die erforderlichen Überprüfungen bestanden oder die erforderlichen Reviews genehmigt wurden, und es können keine Dateien über die GitHub-Weboberfläche in sie hochgeladen werden. Ein geschützter Branch ist in der Regel der Standardbranch.

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.

Gist

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.

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 Flavored 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 Importer

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

GitHub Jobs

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

GitHub Marketplace

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

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-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.

GitHub-Wiki

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

GraphQL

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

Häkchen

Ein Check ist eine Art von Statuscheck für GitHub Enterprise Server. Weitere Informationen findest du unter Statuschecks.

Ein bestimmter Commit in einem Branch, normalerweise der neueste Commit an der Spitze des Branchs.

Head-Branch

Der Branch, dessen Änderungen im Basisbranch vereint werden, wenn du einen Pull Request mergst. Wird auch als Vergleichsbranch bezeichnet.

Hello, World

Eine „Hello World“- Anwendung ist ein Computerprogramm, das „Hello, World!“ für einen Benutzer ausgibt oder anzeigt. 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.

Hochverfügbarkeit

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

Hook

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.

hostname

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

Identicon

Ein automatisch generiertes Bild, das als standardmäßiges Profilfoto verwendet wird, wenn sich Benutzer für GitHub registrieren. Benutzer können ihr Identicon durch ihr eigenes Profilfoto ersetzen.

Identitätsanbieter

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.

Infodatei

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.

instance

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 findest du 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 Chooser

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

Keychain

Ein Kennwortverwaltungssystem in macOS.

label

Ein Tag für ein Issue oder einen Pull Request. Für Repositorys stehen standardmäßig einige Standardbezeichnungen zur Verfügung. Benutzer können jedoch benutzerdefinierte Bezeichnungen erstellen.

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 Pullzugriff.

LFS

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

license

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

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.

loser 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 Branchs ist, arbeitest du an einem losen HEAD.

Management Console

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

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 Standardbranch in vielen Git-Repositorys. Standardmäßig wird ein Branch namens master erstellt, wenn du ein neues Git-Repository über die Befehlszeile erstellst. In vielen Tools wird ein alternativer Name für den Standardbranch verwendet. Wenn du beispielsweise auf GitHub ein neues Repository erstellst, hat der Standardbranch den Namen main.

merge

Beim Mergen werden Änderungen von einem Branch (im gleichen Repository oder aus einem Fork) verwendet und auf einen anderen Branch angewendet. 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.

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 aufgelöst werden, um die Branches mergen zu können.

milestone

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

mirror

Eine neue Kopie eines Repositorys.

Mitgliederdiagramm

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.

Modifiziert

Eine Arbeitsstruktur gilt als modifiziert, wenn sie Änderungen enthält, die nicht im aktuellen Branch committet wurden.

Momentaufnahme

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

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.

Newsfeed

Eine Aktivitätsansicht für von dir beobachtete Repositorys oder Personen. Der Newsfeed einer Organisation zeigt die Aktivitäten für Repositorys, die der Organisation gehören.

nichtöffentliches Team

Ein Team, das nur für andere Personen im Team und für Personen mit Besitzerberechtigungen sichtbar ist.

Non-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.

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 für den Zugriff auf Informationen für Benutzer*innen verwendet wird.

öffentliche Beiträge

Die einem öffentlichen (nicht privaten) Repository beigesteuerten Beiträge.

öffentliches Repository

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

öffentliches Team

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

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.

Organisationsbesitzer

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

organization

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.

Origin

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

owner

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

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

Die einem privaten (nicht öffentlichen) Repository beigesteuerten Beiträge.

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 Issue auch mit Bezeichnungen kategorisieren und es jemandem zuweisen.

Produktionsbranch

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

profile

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

Profilfoto

Ein von Benutzer*innen hochgeladenes Bild zur Identifikation der eigenen Aktivität. Wird in der Regel zusammen mit dem Benutzernamen verwendet. Wird auch als Avatar bezeichnet.

Projektboard

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

Projektmitarbeiter

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

pull

Pullen bezieht sich auf das Abrufen und Mergen von Änderungen. 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. Siehe auch „abrufen“.

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.

Pull-Request-Review

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

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.

push

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.

Pushen eines Branchs

Wenn du einen Branch erfolgreich in ein Remoterepository pushst, wird der Remotebranch 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.

Pushzugriff

Ein Synonym für Schreibzugriff.

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

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.

Remote-URL

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

Remoterepository

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

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.

Repositorycache

Eine schreibgeschützte Spiegelung von Repositorys für deine GitHub Enterprise Server-Instanz, die sich in der Nähe von verteilten Teams und CI-Clients befindet.

Repositorydiagramm

Eine visuelle Darstellung der Daten deines Repositorys.

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.

resolve

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

revert

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.

review

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.

Schlüsselfingerabdruck

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

Schlüsselwort (keyword)

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

Schreibzugriff

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

scope

Benannte Gruppen von Berechtigungen, die eine OAuth app oder personal access token anfordern kann, um auf öffentliche und nicht öffentliche Daten zuzugreifen.

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 findest du unter Authentifizierung 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.

squashen

Das Kombinieren mehrerer Commits in einem einzelnen Commit. „squash“ ist 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 Enterprise Server verwendet SSH-Schlüssel für die sichere Übertragung von Informationen an deinen Computer.

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.

Standard

Der standardmäßige Entwicklungsbranch. Jedes Mal, wenn du ein Git-Repository erstellst, wird ein Branch namens main erstellt und 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.

Standardbranch

Der Basisbranch für neue Pull Requests und Codecommits 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 innerhalb eines Pull Requests, um dich darüber zu informieren, ob deine Commits die Bedingungen erfüllen, die für das Repository festgelegt wurden, an dem du mitwirkst.

Statuschecks

Statuschecks sind externe Prozesse wie etwa Continuous Integration-Buildvorgänge, die für jeden Commit ausgeführt werden, den du in einem Repository vornimmst. Weitere Informationen findest du unter Informationen zu Statuschecks.

Sternchen

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.

Topic-Branch

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 Featurebranch bezeichnet werden.

topics

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.

übergeordnetes Team

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

Ü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.

untergeordnetes Team

In einer geschachtelten Teamstruktur das untergeordnete Team, das die Zugriffsberechtigungen des übergeordneten Teams und @mentions erbt.

Upstream

Bei einem Branch oder Fork wird der primäre Branch des ursprünglichen Repositorys oftmals als Upstreambranch/-fork bezeichnet, da es sich hierbei um den primären Ort handelt, von dem aus andere Änderungen eingehen. Der Branch/Fork, an dem du arbeitest, wird entsprechend als Downstreambranch/-fork bezeichnet. Wird auch als Ursprung bezeichnet.

Upstreambranch

Der Standardbranch, der in den betreffenden Branch gemergt wird (oder auf dessen Grundlage ein Rebase für den betreffenden Branch ausgeführt wird). Er wird über branch.<name>.remote und branch.<name>.merge konfiguriert. Wenn der Upstreambranch von A „origin/B“ ist, wird manchmal gesagt: A verfolgt origin/B.

user

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.

username

Der Identifikator eines Benutzers auf GitHub.

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 gemergt wird, wird der Basisbranch mit den Änderungen aus dem Vergleichsbranch 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.

Verzweigung

Ein Branch ist eine parallele Version eines Repositorys. Er ist im Repository enthalten, wirkt sich aber nicht auf den primären Branch (oder Mainbranch) aus. Dies ermöglicht uneingeschränktes Arbeiten ohne Beeinträchtigung der Liveversion. Nachdem du die gewünschten Änderungen vorgenommen hast, kannst du deinen Branch wieder mit dem Mainbranch mergen, um deine Änderungen zu veröffentlichen.

watch

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

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. Werden auch als Service Hook bezeichnet.

Wiederherstellungscode

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

Zeilenabschluss

Mindestens ein unsichtbares Zeichen, das das Zeilenende in einer Textdatei symbolisiert.

Zeilenkommentar

Ein Kommentar in einem Pull Request zu einer spezifischen Codezeile.

Zeitachse

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

ZS-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.

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 personal access token genannt.


Weiterführende Themen