@erwähnen
Um eine Person auf GitHub mittels „@“ vor ihrem Benutzernamen zu benachrichtigen. Benutzer in einer Organisation auf GitHub können auch Bestandteil eines Teams sein, das erwähnt werden kann.
abhängigkeitsdiagramm
Ein Repository-Diagramm, in dem die Pakete, Projekte und Repositorys gezeigt werden, die von einem öffentlichen Repository abhängen.
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 Ihren spezifischen Abrechnungsplan.
abrufen
Wenn Sie „git fetch“ verwenden, fügen Sie die Änderungen aus dem Remote-Repository zu Ihrem lokalen Arbeits-Branch hinzu, ohne für sie einen Commit auszuführen. Im Gegensatz zu „git pull“ können Sie durch das Abrufen Änderungen überprüfen, bevor Sie sie an Ihren lokalen Branch senden.
abrufen
Abrufen bezieht sich auf das Abrufen und Mergen von Änderungen. Wenn beispielsweise jemand die Remote-Datei bearbeitet hat, an der Sie arbeiten, möchten Sie diese Änderungen in Ihre lokale Kopie einpflegen, damit sie aktuell ist. Siehe auch „abrufen“.
Abrufzugriff
Ein Synonym für Lesezugriff.
angeheftetes Repository
Ein Repository, das von einem Benutzer auffällig in seinem Profil angezeigt wird.
API-Vorschau
Eine Möglichkeit, die neuen APIs und die Änderungen an den vorhandenen API-Methoden zu testen, bevor sie ein Bestandteil der offiziellen GitHub-API werden.
Appliance
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 einer virtuellen Maschine.
Auschecken
Wenn Sie „git checkout“ an der Befehlszeile verwenden, können Sie einen neuen Branch erstellen, Ihren aktuellen Arbeits-Branch in einen anderen Branch ändern oder sogar über einen anderen Branch zu einer anderen Version einer Datei wechseln, indem Sie „git checkout [Branch-Name][Pfad zur Datei]“ verwenden. 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.
Authentifizierungscode
A code you'll supply, in addition to your GitHub password, when signing in with 2FA via the browser. This code is either generated by an application or delivered to your phone via text message. Also called a "2FA authentication code."
Basis-Branch
Der Branch, in den Änderungen kombiniert werden, wenn Du einen Pull Request zusammenführst. Wenn Du einen Pull Request erstellst, kannst Du falls erforderlich den Basis-Branch vom Standardbranch des Repositorys auf einen anderen Branch ändern.
Bearbeiter
Der Benutzer, der einem Issue zugewiesen ist.
beheben
Die Aktion der manuellen Korrektur eines fehlgeschlagenen automatischen Mergevorgangs.
Beiträge
Specific activities on GitHub that will: - Add a square to a user's contribution graph: "What counts as a contribution" - Add activities to a user's timeline on their profile: "Contribution activity"
Beitragsrichtlinien
Ein Dokument, in dem erläutert wird, wie zu Ihrem Projekt beigetragen werden soll.
Benachrichtigung
Updates, delivered by either the web or email depending on your settings, that give you information about the activities you're interested in.
Benutzer
Ein Benutzer innerhalb einer GitHub Enterprise-Organisation wird auch als „Benutzeranzahl“ bezeichnet.
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 zusammenarbeiten.
Benutzername
Der Handle eines Benutzers auf GitHub.
beobachten
Sie können ein Repository oder Issue beobachten, um Benachrichtigungen zu empfangen, wenn an einem Issue oder an einem Pull Request Aktualisierungen vorgenommen werden.
Beobachtungsbenachrichtigungen
Eine Benachrichtigung zur Aktivität in einem Repository, das von einem Benutzer abonniert wurde.
Beteiligungsdiagramm
Der Teil des Profils eines Benutzers, in dem seine Beiträge Tag für Tag über einen Zeitraum von bis zu einem Jahr gezeigt werden.
Bio
The user-generated description found on a profile: Adding a bio to your profile
Blame
Das Feature „Blame“ in Git beschreibt die letzte Änderung an jeder Zeile einer Datei, die im Allgemeinen die Revision, den Autor und die Uhrzeit anzeigt. Dies ist beispielsweise hilfreich, um zu ermitteln, wann ein Feature hinzugefügt wurde oder welcher Commit zu einem bestimmten Bug geführt hat.
Branch
A branch is a parallel version of a repository. It is contained within the repository, but does not affect the primary or main branch allowing you to work freely without disrupting the "live" version. When you've made the changes you want to make, you can merge your branch back into the main branch to publish your changes.
Branch per Push-Vorgang übertragen
Wenn Du einen Branch erfolgreich auf ein Remote-Repository überträgst, wirst Du das Remote-Repository mit Änderungen aus dem lokalen Branch aktualisieren. Wenn Du „einen Branch per Push überträgst", wird Git nach der HEAD-Referenz des Branches im Remote-Repository suchen und verifizieren, dass er ein direkter Vorgänger der lokalen HEAD-Referenz des Branches ist. Sobald dies verifiziert ist, wird Git alle Objekte (die über die lokale HEAD-Referenz erreichbar sind und auf dem Remote-Repository fehlen) in die Remote-Objekt-Datenbank abrufen und dann die Remote-HEAD-Referenz aktualisieren. Wenn der Remote-HEAD kein Vorgänger des lokalen HEAD ist, wird der Push fehlschlagen.
Branch vergleichen
Der Branch, den Du benutzt, um einen Pull Request zu erstellen. Dieser Branch wird mit dem Basis-Branch verglichen, den Du für den Pull Request wählst, und die Änderungen werden identifiziert. Wenn der Pull Request zusammengeführt wird, wird der Basis-Branch mit den Änderungen aus dem Vergleichs-Branch aktualisiert. Auch bekannt als der „Head-Branch" des Pull Requests.
Branch-Einschränkung
Eine Einschränkung, die von Repository-Administratoren aktiviert werden kann, sodass nur bestimmte Benutzer oder Teams Änderungen per Push-Vorgang an den Branch übertragen oder daran vornehmen können.
Business-Plan
Ein Organisationsabrechnungsplan, mit dem Sie an unbegrenzten öffentlichen und privaten Repositorys zusammenarbeiten können, Organisationsmitgliedern erlauben oder vorschreiben können, sich mittels SAML SSO bei GitHub zu authentifizieren, und mit dem Sie den Zugriff mittels SAML oder SCIM bereitstellen oder die entsprechende Bereitstellung aufheben können.
CA-Zertifikat
Ein von der Zertifizierungsstelle (CA) ausgestelltes digitales Zertifikat, mit dem sichergestellt wird, dass zwischen zwei Maschinen, beispielsweise dem Computer eines Benutzers und GitHub.com, eine gültige Verbindung besteht und die Inhaberschaft einer Website verifiziert wird.
check
Ein Check ist eine Art Statusprüfung auf GitHub Enterprise Server. Siehe „Status checks."
Cherry-Picking
To choose a subset of changes from a series of changes (typically commits) and record them as a new series of changes on top of a different codebase. In Git, this is performed by the git cherry-pick command to extract the change introduced by an existing commit on another branch and to record it based on the tip of the current branch as a new commit. For more information, see git-cherry-pick in the Git documentation.
Clustering
Die Fähigkeit, GitHub Enterprise-Dienste knotenübergreifend auszuführen und einen Lastenausgleich zwischen ihnen herzustellen.
code-Verlaufsdiagramm
Ein Repository-Diagramm, das die Inhaltsergänzungen und -löschungen für jede Woche im Verlauf eines Repositorys darstellt.
Codeinhaber
Eine Person, die als Inhaber eines Teils des Codes eines Repositorys festgelegt ist. Der Codeinhaber wird automatisch zur Überprüfung angefordert, wenn ein Pull Request (nicht im Entwurfsmodus) geöffnet wird, der Änderungen an Code vornimmt, der dem Codeinhaber gehört.
Commit
A commit, or "revision", is an individual change to a file (or set of files). When you make a commit to save your work, Git creates a unique ID (a.k.a. the "SHA" or "hash") that allows you to keep record of the specific changes committed along with who made them and when. Commits usually contain a commit message which is a brief description of what changes were made.
Commit-Autor
Der Benutzer, der den Commit durchführt.
Commit-Diagramm
Ein Repository-Diagramm, in dem alle an einem Repository im vergangenen Jahr durchgeführten Commits angezeigt werden.
Commit-ID
Wird auch als SHA bezeichnet. Hierbei handelt es sich um einen Prüfsummen-Hash, der den Commit identifiziert.
Commit-Mitteilung
Short, descriptive text that accompanies a commit and communicates the change the commit is introducing.
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 Hauptknotenpunkt Deiner Aktivitäten auf GitHub. Über Dein persönliches Dashboard verfolgst Du Probleme und Pull-Requests, die Du verfolgst oder an denen Du arbeitest, navigierst zu Deinen Top-Repositorys und Teamseiten und informierst Dich über die neuesten Aktivitäten in Repositorys, die Du beobachtest oder an denen Du teilnimmst. Du kannst auch neue Repositorys entdecken, welche Dir empfohlen werden basierend auf Benutzern, denen Du folgst und Repositorys, die Du als Favorit markiert hast. Um nur Aktivitäten für eine bestimmte Organisation anzuzeigen, besuchst Du das Dashboard Deiner Organisation. Weitere Informationen findest Du unter „Über Dein persönliches Dashboard" oder „Über Dein Organisations-Dashboard."Pull Request
dependency graph
Ein Repository-Diagramm, in dem die Pakete und Projekte angezeigt werden, von denen das Repository abhängig ist.
Deployment-Schlüssel
Ein Deployment-Schlüssel ist ein SSH-Schlüssel, der auf Ihrem Server gespeichert ist und Zugriff auf ein einzelnes GitHub-Repository gewährt. Dieser Schlüssel wird direkt an das Repository angehängt und nicht an ein persönliches Benutzerkonto.
Diagnose
Eine Übersicht zu den Einstellungen und zur Umgebung einer GitHub Enterprise-Instanz.
Dienst-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.
Diff
Ein Diff-Wert ist die Änderungsdifferenz zwischen zwei Commits oder gespeicherten Änderungen. Der Diff-Wert beschreibt visuell, was seit dem letzten Commit über eine Datei hinzugefügt oder entfernt wurde.
E-Mail-Adresse für die Abrechnung
Die E-Mail-Adresse der Organisation, an die GitHub Quittungen, Kreditkarten- oder PayPal-Abrechnungen und andere abrechnungsbezogene Kommunikationen sendet.
E-Mail-Benachrichtigungen
An die E-Mail-Adresse eines Benutzers gesendete Benachrichtigungen.
einfache Authentifizierung
A method of authentication where the credentials are sent as unencrypted text.
erforderliche Pull-Request-Review
Mithilfe von erforderlichen Reviews wird sichergestellt, dass Pull Requests mindestens einen genehmigten Review aufweisen, bevor Mitarbeiter Änderungen an einem geschützten Branch vornehmen können.
erforderlicher Statuscheck
Überprüfungen zu Pull Requests, wodurch sichergestellt wird, dass alle erforderlichen CI-Tests bestanden wurden, bevor Mitarbeiter Änderungen an einem geschützten Branch vornehmen können.
erwähnen
Eine Benachrichtigung, die an einen Benutzer gesendet wird, indem seinem Benutzernamen das Symbol @ vorangestellt wird. Benutzer in einer Organisation auf GitHub können ebenfalls Bestandteil eines Teams sein, das erwähnt werden kann.
erzwungener Push
Ein Git-Push, der das Remote-Repository ungeachtet von Konflikten durch die lokalen Änderungen überschreibt.
Explorer
Eine GraphiQL-Instanz, bei der es sich um eine „grafische interaktive browserinterne GraphQL-IDE“ handelt.
externer Mitarbeiter
Ein Benutzer, dem der Zugriff auf mindestens ein Repository einer Organisation erteilt wurde, der jedoch keinen anderen Zugriff auf die Organisation besitzt und auch kein Mitglied der Organisation ist.
Fast-Forward
Ein Fast-Forward ist ein spezieller Merge-Typ, wo Sie über eine Revision verfügen und Sie die Änderungen eines anderen Branches „mergen“, die zufällig ein nachfolgendes Element von dem sind, was Sie haben. In einem solchen Fall nehmen Sie keinen neuen Merge-Commit vor, sondern aktualisieren einfach diese Revision. Dies erfolgt häufig auf einem Remote-Tracking-Branch eines Remote-Repositorys.
Feature-Branch
Ein Branch, der verwendet wird, um mit einem neuen Feature zu experimentieren oder einen nicht in der Produktion befindlichen Issue zu korrigieren. Wird auch als Themen-Branch bezeichnet.
Fenced-Code-Block
An indented block of code you can create with GitHub Flavored Markdown using triple backticks ``` before and after the code block. See this example.
folgen (Benutzern)
Zum Abrufen von Benachrichtigungen zu den Beiträgen und zur Aktivität anderer Benutzer.
Fork
Ein Fork ist eine persönliche Kopie des Repositorys eines anderen Benutzers, der sich in Ihrem Konto befindet. Mithilfe von Forks können Sie frei Änderungen an einem Projekt vornehmen, ohne das ursprüngliche vorgelagerte Repository zu beeinträchtigen. Darüber hinaus können Sie einen Pull Request im vorgelagerten Repository öffnen und Ihren Fork mit den neuesten Änderungen synchron halten, da beide Repositorys weiterhin verbunden sind.
fortlaufende Integration
Wird auch als CI bezeichnet. Ein Prozess, der automatisierte Builds und Tests ausführt, wenn eine Person eine Änderung an einem konfigurierten Repository auf GitHub durchführt. CI ist eine allgemeine Best Practice in der Softwareentwicklung, die dabei hilft, Fehler zu ermitteln.
Free-Plan
Ein kostenloser Benutzerkonto-Abrechnungsplan. Benutzer können in unbegrenzten öffentlichen Repositorys mit unbegrenzt vielen Mitarbeitern interagieren.
geschützter Branch
Geschützte Branches blockieren verschiedene Features von Git in einem Branch, dessen Schutz durch einen Repository-Administrator ausgewählt wird. Sie können weder zwangsweise per Push-Vorgang übertragen noch gelöscht werden, ihre Änderungen können nicht gemergt werden, ohne dass die erforderlichen Überprüfungen bestanden oder die erforderlichen Reviews genehmigt wurden, und es können keine Dateien auf der GitHub-Weboberfläche auf sie hochgeladen werden. Ein geschützter Branch ist in der Regel der Standardbranch.
gespeicherte Antwort
Ein Kommentar, den Sie speichern und zu Ihrem GitHub-Benutzerkonto hinzufügen können, damit Sie ihn in der gesamten GitHub-Lösung in Issues und Pull Requests verwenden können.
gesperrtes persönliches Konto
Ein persönliches Konto, auf das der Benutzer nicht zugreifen kann. Konten sind gesperrt, wenn Benutzer ihr bezahltes Konto auf ein kostenloses downgraden oder wenn ihr bezahlter Plan überfällig ist.
gist
A gist is a shareable file that you can edit, clone, and fork on GitHub. You can make a gist public or secret, although secret gists will be available to anyone with the URL.
Git
Git ist ein Open-Source-Programm für das Verfolgen von Änderungen in Textdateien. Es wurde vom Autor des Linux-Betriebssystems geschrieben und fungiert als die Kerntechnologie, auf der GitHub, die soziale und Benutzeroberfläche, basiert.
gitfile
Eine unformatierte „.git“-Datei, die immer als Root einer Arbeitsstruktur fungiert und auf das Git-Verzeichnis verweist, in dem sich das gesamte Git-Repository und die zugehörigen Metadaten befinden. Sie können diese Datei für Ihr Repository an der Befehlszeile anzeigen, indem Sie „git rev-parse --git-dir“ verwenden. Hierbei handelt es sich um das reale Repository.
GitHub App
GitHub Apps stellen einer gesamten Organisation einen Dienst bereit und verwenden ihre eigene Identität, wenn sie ihre Funktion ausführen. Sie können direkt auf Organisationen und Benutzerkoten installiert werden. Zudem kann ihn der Zugriff auf spezifische Repositorys gewährt werden. Sie enthalten granulare Berechtigungen und integrierte Webhooks.
GitHub Flavored Markdown
GitHub-spezifisches Markdown, das zum GitHub-übergreifenden Formatieren von Fließtext und Code verwendet wird. Siehe GitHub Flavored Markdown – Spezifikationen oder Erste Schritte mit dem Schreiben und Formatieren auf GitHub.
GitHub Importer
Ein Tool, das Quellcode-Repositorys, einschließlich der Commits und des Revisionsverlaufs, für die Benutzer schnell in GitHub importiert.
GitHub Jobs
Eine GitHub-Website, auf der Auftraggeber Aufträge posten können, die für GitHub-Benutzer ggf. interessant sind.
GitHub Marketplace
Eine Subsite für GitHub-Benutzer und -Organisationen, um Anwendungen zu erwerben und zu installieren, die ihren Workflow erweitern und ergänzen.
GitHub Pages
Wird auch als „Seiten“ bezeichnet. Ein statischer Hosting-Dienst für Websites, mit dem Sie Ihre persönlichen, Organisations- oder Projektseiten direkt über ein GitHub-Repository hosten können.
GitHub Wiki
Ein Abschnitt zum Hosten von Dokumentationen im Wiki-Stil in einem GitHub-Repository.
GraphQL
Eine Abfragesprache für APIs und eine Laufzeit, um diese Abfragen mit Ihren vorhandenen Daten zu erfüllen.
Gutschein
Ein von GitHub bereitgestellter Code, der von Benutzern oder Organisationen verwendet werden kann, um ihr gesamtes Abonnement oder einen Teil davon zu bezahlen.
HEAD
Ein bestimmter Commit in einem Branch, normalerweise der aktuellste Commit an der Spitze des Branches.
Head-Branch
Der Branch, dessen Änderungen in den Basis-Branch zusammengefasst werden, wenn Du einen Pull Request zusammenführst. Auch bekannt als der „Vergleichs-Branch."
Hello, World
Ein „Hello, World!“-Programm ist ein Computerprogramm, das einem Benutzer „Hello, World!“ ausgibt oder anzeigt. Da dieses Programm in der Regel sehr einfach ist, wird es oftmals als ein Beispiel für die Basissyntax einer Programmiersprache verwendet und fungiert als eine 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 Callouts an optionalen Skripts vorgenommen, wodurch ein Entwickler Funktionen hinzufügen oder überprüfen kann. In der Regel ermöglichen die Hooks, dass ein Befehl vorab verifiziert und möglicherweise abgebrochen wird. Zudem ermöglichen sie eine nachträgliche Benachrichtigung nach dem Vorgang.
Hostname
Visuell lesbare Nicknames, 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 ein IdP bezeichnet. Ein vertrauenswürdiger Anbieter, der Ihnen ermöglicht, SAML Single Sign-On (SSO) zu verwenden, um auf andere Websites zuzugreifen.
Inhaber
Organisationsmitglieder, die über einen vollständigen Verwaltungszugriff auf die Organisation verfügen.
Instanz
Die private Kopie einer Organisation von GitHub, die auf einer virtuellen Maschine enthalten ist, die sie konfiguriert und kontrolliert.
Integration
Eine in GitHub integrierte Drittanbieteranwendung. Hierbei kann es sich um GitHub Apps, OAuth-Apps oder Webhooks handeln.
Issue
Issues sind vorgeschlagene Verbesserungen, Aufgaben oder Fragen hinsichtlich des Repositorys. Issues können von jedermann (für öffentliche Repositorys) erstellt und durch Repository-Mitarbeiter moderiert werden. Jeder Issue enthält seinen eigenen Diskussions-Thread. Sie können einen Issue auch mit Kennzeichnungen kategorisieren und ihn jemandem zuweisen.
Jekyll
Ein Generator für statische Websites für persönliche, Projekt- oder Organisationswebsites.
Jekyll Theme Chooser
Eine automatische Möglichkeit, ein visuelles Design für Ihre Jekyll-Website auszuwählen, ohne die CSS-Dateien zu bearbeiten oder zu kopieren.
Kennzeichnung
Ein Tag oder ein Issue oder ein Pull Request. Repositorys enthalten einige Standardkennzeichnungen. Benutzer können jedoch benutzerdefinierte Kennzeichnungen erstellen.
Keychain
Ein Passwortverwaltungssystem in macOS.
Klon
Ein Klon ist eine Kopie eines Repositorys, das sich auf Ihrem Computer befindet und nicht irgendwo auf dem Server einer Website, oder der Kopiervorgang. Wenn Sie einen Klon erstellen, können Sie die Dateien in Ihrem bevorzugten Editor bearbeiten und Git verwenden, um Ihre Änderungen zu verfolgen, ohne online sein zu müssen. Das von Ihnen geklonte Repository ist weiterhin mit der Remote-Version verbunden, sodass Sie Ihre lokalen Änderungen an die Remote-Instanz per Push-Vorgang übertragen können, damit sie synchron bleiben, wenn Sie online sind.
Kontowiederherstellungstoken
Deprecated and will be disabled December 1st, 2021. The authentication credential stored as part of an account recovery setup called Recover Accounts Elsewhere that allows you to store this backup credential.
Lesezugriff
Eine Berechtigungsebene für ein Repository, die dem Benutzer erlaubt, Informationen vom Repository abzurufen oder zu lesen. Alle öffentlichen Repositorys erteilen allen GitHub-Benutzern Lesezugriff. Ein Synonym für Abrufzugriff.
LFS
Git Large File Storage. Eine Open-Source-Git-Erweiterung für die Versionierung großer Dateien.
Linguist
Eine auf GitHub verwendete Bibliothek zum Ermitteln von Blob-Sprachen, zum Ignorieren von Binär- oder weiterverkauften Dateien, zum Unterdrücken von generierten Dateien in Diff-Elementen und zum Generieren von Sprachaufschlüsselungsgrafiken.
Lizenz
Ein Dokument, das Sie in Ihr Projekt einbeziehen können, um Personen dahingehend zu informieren, was mit Ihrem Quellcode möglich ist und was nicht.
loser HEAD
Git warnt Sie, wenn Sie an einem losen HEAD arbeiten. Dies bedeutet, dass Git nicht auf einen Branch verweist und die von Ihnen vorgenommenen Commits im Commit-Verlauf nicht angezeigt werden. Wenn Sie beispielsweise einen zufälligen Commit auschecken, der nicht der neueste Commit eines bestimmten Branches ist, arbeiten Sie an einem „losen HEAD“.
main
Name often chosen as an alternative to master for the default branch of a repository.
management console
Ein Abschnitt auf der GitHub Enterprise-Oberfläche mit enthaltenen Verwaltungsfeatures.
Markdown
Markdown ist ein unglaublich einfaches semantisches Dateiformat und ähnelt .doc, .rtf und .txt. Mithilfe von Markdown können Benutzer ohne Know-how in Bezug auf Web-Publishing Fließtext (einschließlich Links, Listen, Aufzählungszeichen usw.) schreiben und ihn wie eine Website anzeigen. GitHub unterstützt Markdown und verwendet eine bestimmte Form von Markdown, das sog. GitHub Flavored Markdown. Siehe GitHub Flavored Markdown – Spezifikation oder Erste Schritte mit dem Schreiben und Formatieren auf GitHub.
markup
Ein System, um ein Dokument mit Anmerkungen zu versehen und zu formatieren.
Master
The default branch in many Git repositories. By default, when you create a new Git repository on the command line, a branch called master is created. Many tools now use an alternative name for the default branch.
Meilensteine
Eine Möglichkeit, um den Fortschritt hinsichtlich Gruppen von Issues oder Pull Requests in einem Repository verfolgen zu können.
Merge
Beim Mergen werden Änderungen von einem Branch (im selben Repository oder über einen Fork) verwendet und auf einen anderen angewendet. Dies erfolgt oft als „Pull Request“ (eine Merge-Anfrage) oder über die Befehlszeile. Ein Merge kann auf der GitHub.com-Weboberfläche durch einen Pull Request erfolgen, sofern keine in Konflikt stehenden Änderungen vorliegen. Alternativ kann er immer über die Befehlszeile vorgenommen werden.
Mergekonflikt
Ein Unterschied, der zwischen gemergten Branches auftritt. Mergekonflikte treten auf, wenn verschiedene Änderungen an derselben Zeile derselben Datei vorgenommen werden oder wenn eine Person eine Datei bearbeitet und eine andere Person dieselbe Datei löscht. Der Mergekonflikt muss aufgelöst werden, bevor Sie die Branches mergen können.
Mitarbeiter
Ein Mitarbeiter ist eine Person mit Lese- und Schreibzugriff auf ein Repository, der vom Repository-Inhaber zur Teilnahme eingeladen wurde.
mitarbeiterdiagramm
Ein Repository-Diagramm, in dem die Top-100-Mitarbeiter an einem Repository angezeigt werden.
mitgliederdiagramm
Ein Repository-Diagramm, in dem alle Forks eines Repositorys gezeigt werden.
Mitwirkende
Ein Mitarbeiter besitzt keinen Mitarbeiterzugriff auf ein Repository, hat sich jedoch an einem Projekt beteiligt und besaß einen in das Repository gemergten Pull Request, den er geöffnet hatte.
netzwerkdiagramm
Ein Repository-Diagramm, in dem der Branch-Verlauf des gesamten Repository-Netzwerks angezeigt wird, einschließlich der Branches des Root-Repositorys und der Branches der Forks, die netzwerkspezifische Commits enthalten.
news feed
Eine aktive Ansicht der Repositorys oder Personen, die von Ihnen beobachtet werden können. Der News-Feed einer Organisation zeigt die Aktivität zu den Repositorys, die der Organisation gehören.
Nichtöffentliches Team
Ein Team, das nur für andere Personen im Team und für Personen mit Inhaberberechtigungen sichtbar ist.
Non-Fast-Forward
Wenn Ihre lokale Kopie eines Repositorys mit dem vorgelagerten Repository asynchron ist und Sie die vorgelagerten Änderungen abrufen müssen, bevor Sie Ihre lokalen Änderungen per Push-Vorgang übertragen.
OAuth App
Eine Drittanbieteranwendung, die für den Zugriff auf Benutzerinformationen anstelle von Passwörtern Zugriffstoken verwendet.
OAuth-Token
Das in OAuth Apps verwendete Zugriffstoken, um auf Benutzerinformationen zuzugreifen.
öffentliche Beiträge
Die an einem öffentlichen (vs. privaten) Repository vorgenommenen Beiträge.
öffentliches Repository
Öffentliche Repositorys können von jedermann angezeigt werden, darunter Personen, die keine GitHub-Benutzer sind.
öffentliches Team
Ein Team, das von jedem Organisationsmitglied angesehen und @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 wird das Konzept von „Open-Source“ oftmals über die Software hinaus erweitert, um eine Philosophie der Zusammenarbeit zu repräsentieren, in der Arbeitsmaterialien online zur Verfügung gestellt werden. Auf diese Weise wird es möglich, daran Aufspaltungen oder Änderungen vorzunehmen, darüber zu diskutieren und etwas dazu beizutragen.
Organisation
Organisationen sind Gruppen aus mindestens zwei Benutzern, die in der Regel reale Organisationen widerspiegeln. Sie werden durch Benutzer verwaltet und können Repositorys und Teams enthalten.
Organisationsinhaber
Benutzer, die über einen vollständigen Verwaltungszugriff auf die ihnen gehörende 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 auf dem GitHub Enterprise-Server ausgeführt werden, die Sie zum Implementieren von Qualitätsprüfungen verwenden können.
primäre E-Mail-Adresse
Die Haupt-E-Mail-Adresse, an die GitHub Quittungen, Kreditkarten- oder PayPal-Abrechnungen und andere abrechnungsbezogene Kommunikationen sendet.
private Beiträge
Die an einem privaten (vs. öffentlichen) Repository vorgenommenen Beiträge.
privates Repository
Private Repositorys sind nur für den Repository-Inhaber und für die vom Inhaber angegebenen Mitarbeiter sichtbar.
Produktions-Branch
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.
Profilfoto
Ein benutzerdefiniertes Bild, das von Benutzern in der Regel zusammen mit ihrem Benutzernamen auf GitHub hochgeladen wurde, um ihre Aktivität zu identifizieren. Dies wird auch als Avatar bezeichnet.
Projektboard
Boards innerhalb von GitHub, die aus Issues, Pull Requests und Hinweisen bestehen, die als Karten in Spalten organisiert sind.
Pull Request
Pull Requests sind vorgeschlagene Änderungen an einem Repository, die von einem Benutzer abgesendet und von den Mitarbeitern eines Repositorys akzeptiert oder abgelehnt werden. Pull Requests besitzen analog zu Issues ihr eigenes Diskussionsforum.
Pull-Request-Review
Kommentare von Mitarbeitern zu Pull Requests, welche die Änderungen genehmigen oder weitere Änderungen anfordern, bevor der Pull Request gemergt wird.
pulse-Diagramm
Ein Repository-Diagramm, in dem Sie eine Übersicht zur Aktivität eines Repositorys erhalten.
punch-Diagramm
Ein Repository-Diagramm, das die Häufigkeit der Aktualisierungen an einem Repository basierend auf dem Wochentag und der Uhrzeit anzeigt.
Push
Ein Push bedeutet, das Sie Ihre durchgeführten Änderungen an ein Remote-Repository auf GitHub.com senden. Wenn Sie beispielsweise lokale Änderungen vornehmen, können Sie diese Änderungen per Push-Vorgang senden, damit andere darauf zugreifen können.
Push-Zugriff
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 Ihres Repositorys angezeigt wird. Eine README-Datei zusammen mit einer Repository-Lizenz, Beitragsrichtlinien und einem Verhaltenskodex, mit der Sie Ihre Erwartungen und Beiträge zu Ihrem Projekt verwalten können.
Rebase
Um eine Reihe an Änderungen von einem Branch erneut auf eine andere Basis anzuwenden und den HEAD dieses Branches auf das Ergebnis zurückzusetzen.
Recover Accounts Elsewhere
Deprecated and will be disabled December 1st, 2021. Allows users to add an extra security factor to their GitHub account in case they lose access to their two-factor authentication method or recovery codes. Users can associate their GitHub account with their Facebook account by storing an authentication credential in the form of an account recovery token for their GitHub account with Facebook.
Release
Die Art, wie GitHub Pakete erstellt und Software Benutzern bereitstellt.
remote
Dies ist die Version eines Repositorys oder Branches, das bzw. der auf einem Server gehostet wird, am ehesten GitHub.com. Remote-Versionen können mit lokalen Klonen verbunden werden, sodass Änderungen synchronisiert werden können.
Remote-Repository
Ein Repository, das zum Verfolgen desselben Projekts verwendet wird, sich jedoch anderswo befindet.
Remote-URL
Der Speicherort Ihres 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 bereitstellt.
Repository
Ein Repository ist das grundlegendste Element von GitHub. Es lässt sich am ehesten als Ordner eines Projekts vorstellen. Ein Repository enthält alle Projektdateien (einschließlich der Dokumentation) und speichert den Revisionsverlauf jeder Datei. Repositorys können mehrere Mitarbeiter aufweisen und öffentlich oder privat sein.
Repository-Betreuer
Eine Person, die ein Repository verwaltet. Diese Person kann bei der Issue-Suche helfen und Kennzeichnungen und andere Features verwenden, um die Arbeit des Repositorys zu verwalten. Darüber hinaus ist diese Person möglicherweise dafür verantwortlich, dass die README- und die beitragenden Dateien aktuell bleiben.
Repository-Diagramm
Eine visuelle Darstellung der Daten Ihres Repositorys.
Review
Mit Reviews können andere mit Zugriff auf Ihr Repository die in Pull Requests vorgeschlagenen Änderungen kommentieren, Änderungen genehmigen oder weitere Änderungen anfragen, bevor der Pull Request gemergt wird.
Root-Dateisystem
Das Basisbetriebssystem und die GitHub Enterprise-Anwendungsumgebung.
Root-Verzeichnis
Das erste Verzeichnis in einer Hierarchie.
rückgängig machen
Wenn Sie einen Pull Request auf GitHub rückgängig machen, wird automatisch ein neuer Pull Request geöffnet, der einen Commit aufweist, der den Merge-Commit aus dem ursprünglich gemergten Pull Request rückgängig macht. In Git können Sie Commits mit „git revert“ rückgängig machen.
sauber
Eine Arbeitsstruktur ist sauber, wenn sie der Revision entspricht, auf die der aktuelle HEAD verweist. Siehe auch „verunreinigt“.
Schlüssel-Fingerprint
Eine kurze Folge an Bytes, die zum Identifizieren eines längeren öffentlichen Schlüssels verwendet wird.
Schreibzugriff
Eine Berechtigungsebene in einem Repository, die dem Benutzer ermöglicht, Änderungen per Push-Vorgang an das Repository zu übertragen oder in das Repository zu schreiben.
server-to-server request
An API request used by an application that acts as a bot, independently of any particular user. For example, an application that runs on a scheduled basis and closes issues where there has been no activity for a long time. Applications that use this type of authentication don't use a licensed GitHub account so, in an enterprise with a billing plan that allows a certain number of licenses to be used, a server-to-server bot is not consuming one of your GitHub licenses. The token used in a server-to-server request is acquired programmatically, via the GitHub API. See also, "user-to-server request."
Sicherheitsprotokoll
Ein Protokoll, in dem die letzten 50 Aktionen oder die Aktionen aufgelistet werden, die in den letzten 90 Tagen durchgeführt wurden.
Single Sign-On
Wird auch als SSO bezeichnet. Dadurch kann sich der Benutzer an einem einzelnen Ort (Identity Provider, IdP) anmelden, wodurch der Benutzer anschließend Zugriff auf andere Dienstanbieter erhält.
Snapshot
Ein Checkpoint einer virtuellen Maschine zu einem bestimmten Zeitpunkt.
Sperre
Zum Entfernen der Fähigkeit eines Benutzers, an den Repositorys einer Organisation mitzuarbeiten.
Spiegel
Eine neue Kopie eines Repositorys.
squashen
Um mehrere Commits in einem einzelnen Commit zu kombinieren, auch ein Git-Befehl.
SSH-Schlüssel
SSH-Schlüssel sind ein Weg, sich selber gegenüber einem Online-Server mittels einer verschlüsselten Nachricht zu identifizieren. Es ist wie wenn Dein Computer ein eigenes, eindeutiges Passwort für einen anderen Dienst hat. GitHub Enterprise Server verwendet SSH-Schlüssel um Informationen sicher an Deinen Computer zu übermitteln.
Standardbranch
The base branch for new pull requests and code commits in a repository. Each repository has at least one branch, which Git creates when you initialize the repository. The first branch is usually called master, and is often the default branch.
Status
Eine visuelle Darstellung innerhalb eines Pull Requests dahingehend, dass Ihre Commits die für das Repository festgelegten Bedingungen erfüllen, an dem Sie mitwirken.
status checks
Statusprüfungen sind externe Prozesse, z. B. kontinuierliche Integrations-Builds, die für jeden Commit ausgeführt werden, den Du in einem Repository erstellst. Weitere Informationen findest Du unter „Über Statusprüfungen."
Stern
Ein Lesezeichen oder eine Anzeige der Wertschätzung für ein Repository. Mit Sternen kann die Beliebtheit von Projekten manuell eingestuft werden.
Stichwort
Ein spezifisches Wort, das einen Issue schließt, wenn es in einem Pull Request verwendet wird.
Team
Eine Gruppe von Organisationsmitgliedern, welche die Struktur Ihres Unternehmens oder Ihrer Gruppe mit kaskadierenden Zugriffsberechtigungen und Erwähnungen anzeigt.
Team-Betreuer
Organisationsmitglieder, die über eine Teilmenge von Berechtigungen verfügen, die den Organisationsinhabern zur Verwaltung von Teams zur Verfügung stehen.
Team-Plan
Ein Organisationsabrechnungsplan, der Ihnen unbegrenzte öffentliche und private Repositorys bereitstellt.
Teilnahmebenachrichtigungen
Eine Benachrichtigung über eine Aktualisierung in einer Unterhaltung in einem Issue oder einem Pull Request, in dem Ihr Benutzername oder Team erwähnt wurde oder wo Sie zuvor in einem Kommentar geantwortet haben.
Testinstanz
Eine Möglichkeit, Änderungen zu testen, bevor sie auf Ihre tatsächliche GitHub Enterprise-Instanz angewendet werden.
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.
Themen-Branch
Ein regulärer Git-Branch, der durch einen Entwickler verwendet wird, um eine konzeptionelle Entwicklungslinie zu identifizieren. Da Branches sehr einfach und günstig sind, empfiehlt es sich oft, über verschiedene kleine Branches zu verfügen, die jeweils über sehr gut definierte Konzepte oder kleine und damit verbundene Änderungen verfügen. Er kann auch als ein Feature-Branch bezeichnet werden.
Ticket
Ein bewegliches Quadrat innerhalb eines Projektboards, das einem Issue oder einem Pull Request zugeordnet ist.
traffic graph
Ein Repository-Diagramm, das den Traffic eines Repositorys anzeigt, darunter die vollständigen Klone (nicht Abrufe), Besucher der letzten 14 Tage, verweisende Websites und beliebte Inhalte.
Übergeordnetes Team
Das Hauptteam innerhalb von untergeordneten Teams, von dem untergeordnete Teams Zugriffsberechtigungen und @Erwähnungen übernehmen.
übertragen
Wenn ein Repository übertragen wird, wird der Inhaber eines Repositorys geändert. Der neue Inhaber kann die Inhalte, Issues, Pull Requests, Veröffentlichungen und Einstellungen des Repositorys sofort verwalten.
Umfang
Benannte Gruppe an Berechtigungen, die von einer OAuth App angefragt werden können, um auf öffentliche und private Daten zuzugreifen.
untergeordnetes Team
Innerhalb von untergeordneten Teams dasjenige, das die Zugriffsberechtigungen und @Erwähnungen des übergeordneten Teams übernimmt.
untergeordnetes Team
Ein untergeordnetes Team eines übergeordneten Teams. Sie können über mehrere untergeordnete Teams verfügen.
Unternehmenskonto
Enterprise-Konten erlauben Dir die zentrale Verwaltung von Richtlinien und Abrechnungen für mehrere GitHub.com Organisationen. Enterprise accounts are available with GitHub Enterprise Cloud and GitHub Enterprise Server.
Ursprung
Das standardmäßig vorgelagerte Repository. Die meisten Projekte verfügen über mindestens ein vorgelagertes Projekt, das sie verfolgen. Standardmäßig wird „origin“ für diesen Zweck verwendet.
user-to-server request
An API request used by an application that performs a task on behalf of a particular user. Where a task is carried out with user-to-server authentication it's shown on GitHub as having been done by a user via an application. For example, you might choose to create an issue from within a third-party application, and the application would do this on your behalf on GitHub. The scope of tasks an application can perform using a user-to-server request is restricted by both the app's and the user's permissions and access. The token used in a user-to-server request is acquired via OAuth. For more information, see "Identifying and authorizing users for GitHub Apps." See also, "server-to-server request."
Verhaltenskodex
Ein Dokument, in dem die Standards für die Interaktion in einer Community definiert sind.
verunreinigt
Eine Arbeitsstruktur wird als „verunreinigt“ angesehen, wenn sie Änderungen aufweist, die nicht an den aktuellen Branch gesendet wurden.
vorgelagert
Bei einem Branch oder Fork wird der primäre Branch des ursprünglichen Repositorys oftmals als „vorgelagert“ bezeichnet, da es sich hierbei um den Hauptplatz handelt, an dem andere Änderungen eingehen. Der Branch/Fork, an dem Sie arbeiten, wird entsprechend als „nachgelagert“ bezeichnet. Wird auch als „origin“ bezeichnet.
vorgelagerter Branch
Der Standardbranch, der in den entsprechenden Branch (oder auf dem der entsprechende Branch umbasiert wird) gemergt wird. Er wird mittels „branch.
Webbenachrichtigungen
Die auf der Weboberfläche auf GitHub angezeigten Benachrichtigungen: https://github.com/notifications
Webhooks
Mithilfe von Webhooks können Sie GitHub Apps erstellen oder einrichten, die bestimmte Ereignisse auf GitHub.com abonnieren. Webhooks bieten eine Möglichkeit zum Senden von Benachrichtigungen an einen externen Webserver, sobald bestimmte Aktionen in einem Repository oder in einer Organisation auftreten. Werden auch als Dienst-Hook bezeichnet.
Wiederherstellungscode
Ein Code, der Ihnen dabei hilft, den Zugriff auf Ihr GitHub-Konto zurückzuerlangen.
Zeilenabschluss
Ein unsichtbares Zeichen oder Zeichen, das das Zeilenende in einer Textdatei symbolisiert.
Zeilenkommentar
Ein Kommentar in einem Pull Request zu einer spezifischen Codezeile.
Zeitleiste
Eine Reihe von Ereignissen in einem Pull Request oder in einem Benutzerprofil.
Zugriffstoken
Ein Token, das anstelle eines Passworts verwendet wird, wenn Git-Vorgänge über HTTPS mit Git an der Befehlszeile oder über die API ausgeführt werden. Dies wird auch als persönliches Zugriffstoken bezeichnet.