-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:
- Hinzufügen eines Quadrats zum Beitragsdiagramm eines Benutzers bzw. einer Benutzerin: Anzeigen von Beiträge auf deinem Profil
- Hinzufügen von Aktivitäten zur Zeitskala eines Benutzers bzw. einer Benutzerin in dessen bzw. deren Profil: Anzeigen von Beiträge auf deinem Profil.
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 in der Dokumentation zu GitHub Enterprise Cloud.
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. Weitere Informationen findest du unter Statuschecks.
HEAD
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.
permalink
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 (classic) 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 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.