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.
Benachrichtigen einer Person auf durch Eingabe von @ vor dem Benutzernamen. Benutzer in einer Organisation auf können auch einem Team angehören, das erwähnt werden kann.
Ein Repositorydiagramm mit den Paketen, Projekten und Repositorys, die von einem öffentlichen Repository abhängen.
Ein Repositorydiagramm mit den Paketen und Projekten, von denen das Repository abhängig ist.
Der -Plan eines Benutzers oder einer Organisation.
Das Organisationsmitglied, das die Abrechnungseinstellungen für eine Organisation verwaltet.
Zahlungspläne für Benutzer und Organisationen, die festgelegte Features für jede Art von Plan enthalten.
Das Zeitintervall für deinen spezifischen Abrechnungsplan.
Ein Check ist eine Art von Statuscheck für . Weitere Informationen findest du unter Statusüberprüfungen.
Ein Repository, das gut sichtbar im Profil eines Benutzers angezeigt wird.
Eine Möglichkeit, die neuen APIs und die Änderungen an den vorhandenen API-Methoden zu testen, bevor sie Bestandteil der offiziellen -API werden.
Ein Benutzer innerhalb einer Enterprise-Organisation. Wird auch als Arbeitsplatzanzahl bezeichnet.
Der Benutzer, der einem Issue zugewiesen ist.
Ein Code, den du zusätzlich zu deinem -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.
Eine Authentifizierungsmethode, bei der die Anmeldeinformationen als unverschlüsselter Text gesendet werden.
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.
Spezifische Aktivitäten auf , die Folgendes bewirken:
- Hinzufügen eines Quadrats zum Beitragsdiagramm eines Benutzers: Anzeigen von Beiträge auf deinem Profil
- Hinzufügen von Aktivitäten zur Zeitleiste eines Benutzers auf dessen Profil: Anzeigen von Beiträge auf deinem Profil
Der Teil eines Benutzerprofils, der die Beiträge des Benutzers für einen Zeitraum von bis zu einem Jahr zeigt (Tag für Tag).
Ein Dokument, in dem erläutert wird, wie andere etwas zu deinem Projekt beitragen können.
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.
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 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 ausgeführt. Der Umfang der Aufgaben, die eine Anwendung mit einer Benutzer-zu-Server-Anforderung ausführen kann, wird durch die Berechtigungen und den Zugriff der App und des Benutzers eingeschränkt. Das bei einer Benutzer-zu-Server-Anforderung verwendete Token wird über OAuth abgerufen. Weitere Informationen finden Sie unter Authentifizieren mit einer -App im Namen von Benutzer*innen. Weitere Informationen findest du unter Server-zu-Server-Anforderung.
Eine Benachrichtigung zu Aktivitäten in einem Repository, das von einem Benutzer abonniert wurde.
Ein Bereitstellungsschlüssel ist ein SSH-Schlüssel, der auf deinem Server gespeichert ist und Zugriff auf ein einzelnes -Repository gewährt. Dieser Schlüssel ist direkt mit dem Repository und nicht mit einem persönlichen Benutzerkonto verknüpft.
Die vom Benutzer generierte Beschreibung in einem Profil: Hinzufügen einer Biografie zu deinem Profil
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.
Sorgt dafür, dass ein Benutzer nicht mehr an den Repositorys einer Organisation mitarbeiten kann.
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.
Ein Organisationsabrechnungsplan, bei dem du an unbegrenzten öffentlichen und privaten Repositorys zusammenarbeiten kannst, Organisationsmitgliedern erlauben oder vorschreiben kannst, sich mittels SAML-SSO bei zu authentifizieren, und den Zugriff mittels SAML oder SCIM bereitstellen oder die entsprechende Bereitstellung aufheben kannst.
Ein bewegliches Quadrat innerhalb eines Projektboards, das einem Issue oder einem Pull Request zugeordnet ist.
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.
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.
Eine Arbeitsstruktur ist sauber, wenn sie der Revision entspricht, auf die der aktuelle HEAD verweist. Weitere Informationen findest du außerdem unter Modifiziert.
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.
Die Fähigkeit, Enterprise-Dienste knotenübergreifend auszuführen und einen Lastenausgleich für Anforderungen zwischen ihnen zu nutzen.
Ein Repositorydiagramm, das die Inhaltsergänzungen und -löschungen für jede Woche im Verlauf eines Repositorys darstellt.
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.
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.
Wird auch als SHA bezeichnet. Hierbei handelt es sich um einen 40-stelligen Prüfsummenhash, der den Commit identifiziert.
Der Benutzer, der den Commit durchführt.
Ein Repositorydiagramm, in dem alle für ein Repository durchgeführten Commits des vergangenen Jahres angezeigt werden.
Ein kurzer, beschreibender Text zu einem Commit, in dem die durch den Commit vorgenommene Änderung kommuniziert wird.
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 committet. CI ist eine gängige bewährte Methode in der Softwareentwicklung, die dabei hilft, Fehler zu finden.
Ein von bereitgestellter Code, der von Benutzern oder Organisationen verwendet werden kann, um ihr gesamtes Abonnement oder einen Teil davon zu bezahlen.
Ein zeitbasierter Auftragsplaner in Unix-ähnlichen Computerbetriebssystemen.
Wird in Befehlszeilen oder Skripts zum Übertragen von Daten verwendet.
Dein persönliches Dasard ist der primäre Hub für deine Aktivitäten auf . Über dein persönliches Dasard 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 Dasard deiner Organisation. Weitere Informationen findest du unter Informationen zum persönlichen Dasard oder Informationen zum Dasard Ihrer Organisation.
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.
Eine Übersicht über die Einstellungen und die Umgebung einer Enterprise-Instanz.
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.
Ein Ordner, der mindestens eine Datei bzw. mindestens einen Ordner enthält. Verzeichnisse können erstellt werden, um den Inhalt eines Repositorys zu strukturieren.
Die E-Mail-Adresse der Organisation, an die Quittungen, Kreditkarten- oder PayPal-Abrechnungen und andere abrechnungsbezogene Informationen sendet.
An die E-Mail-Adresse eines Benutzers gesendete Benachrichtigungen.
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.
Mit Unternehmenskonten kannst du die Richtlinien und die Abrechnung für mehrere Organisationen zentral verwalten. Enterprise-Konten sind mit Enterprise Cloud und Enterprise Server verfügbar. Weitere Informationen findest du unter Informationen zu Unternehmenskonten in der Dokumentation zu Enterprise Cloud.
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.
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.
Eine Benachrichtigung, die an einen Benutzer gesendet wird, wenn seinem Benutzernamen das @-Symbol vorangestellt wird. Benutzer in einer Organisation auf können auch einem Team angehören, das erwähnt werden kann.
Ein Git-Push, der das Remoterepository ungeachtet von Konflikten durch die lokalen Änderungen überschreibt.
Eine Instanz von GraphiQL (eine grafische interaktive browserinterne GraphQL-IDE).
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.
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.
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.
Ein eingerückter Codeblock, den du mit Flavored Markdown mit dreifachen Backticks (```) vor und nach dem Codeblock erstellen kannst. Dieses Beispiel zeigt dieses Szenario.
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.
Das Erhalten von Benachrichtigungen zu Beiträgen und Aktivitäten anderer Benutzer.
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.
Ein kostenloser Abrechnungsplan für Benutzerkonten. Benutzer können in unbegrenzten öffentlichen Repositorys mit unbegrenzt vielen Projektmitarbeitern interagieren.
Die Methode, mit der Software verpackt und für deine Benutzer bereitstellt.
Ein untergeordnetes Team eines übergeordneten Teams. Du kannst über mehrere untergeordnete (oder geschachtelte) Teams verfügen.
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 -Weboberfläche in sie hochgeladen werden. Ein geschützter Branch ist in der Regel der Standardbranch.
Ein Kommentar, den du speichern, deinem -Benutzerkonto hinzufügen und dann überall auf in Issues und Pull Requests verwenden kannst.
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.
Ein Gist ist eine freigabefähige Datei, die du auf 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 ist ein Open-Source-Programm zum Nachverfolgen von Änderungen in Textdateien. Es wurde vom Urheber des Linux-Betriebssystems geschrieben bildet die Kerntechnologie, auf der (die soziale Schnittstelle und Benutzeroberfläche) basiert.
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.
-spezifisches Markdown zum Formatieren von Fließtext und Code innerhalb von . Weitere Informationen findest du unter Spezifikation zu Flavored Markdown oder Erste Schritte mit dem Schreiben und Formatieren auf .
Ein Tool zum schnellen Importieren von Quellcoderepositorys in (einschließlich Commits und Revisionsverlauf) für Benutzer.
Eine -Website, auf der Auftraggeber Aufträge posten können, die für -Benutzer ggf. interessant sind.
Eine Unterwebsite, über die -Benutzer und Organisationen Anwendungen erwerben und installieren können, die ihren Workflow erweitern und ergänzen.
-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.
Wird auch als Pages bezeichnet. Ein statischer Websitehostingdienst zum direkten Hosten deiner persönlichen Seiten sowie deiner Organisations- oder Projektseiten über ein -Repository.
Ein Abschnitt zum Hosten von Dokumentationen im Wiki-Stil in einem -Repository.
Eine Abfragesprache für APIs und eine Runtime zur Erfüllung dieser Abfragen mit deinen vorhandenen Daten.
Ein bestimmter Commit in einem Branch, normalerweise der neueste Commit an der Spitze des Branchs.
Der Branch, dessen Änderungen im Basisbranch vereint werden, wenn du einen Pull Request mergst. Wird auch als Vergleichsbranch bezeichnet.
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.
Ein System oder eine Komponente, das bzw. die für eine gewünschte Dauer kontinuierlich betriebsbereit ist.
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.
Für Menschen lesbare Spitznamen, die der Adresse eines mit einem Netzwerk verbundenen Geräts entsprechen.
Ein automatisch generiertes Bild, das als standardmäßiges Profilfoto verwendet wird, wenn sich Benutzer für registrieren. Benutzer können ihr Identicon durch ihr eigenes Profilfoto ersetzen.
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.
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.
Die private -Kopie einer Organisation auf einem virtuellen Computer, der von der Organisation konfiguriert und gesteuert wird.
Eine in integrierte Drittanbieteranwendung. Dies sind häufig Apps, Actions oder benutzerdefinierte Aktionen. Weitere Informationen finden Sie unter Informationen zum Erstellen von Integrationen.
Ein Generator für statische Websites für persönliche Websites sowie für Projekt- oder Organisationswebsites.
Eine automatisierte Möglichkeit zum Auswählen eines visuellen Designs für deine Jekyll-Website, ohne die CSS-Dateien zu bearbeiten oder zu kopieren.
Ein Kennwortverwaltungssystem in macOS.
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.
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 -Benutzer über Lesezugriff. Ein Synonym für Pullzugriff.
Git Large File Storage. Eine Open-Source-Git-Erweiterung zur Versionsverwaltung für große Dateien.
Ein Dokument, das du in dein Projekt einschließen kannst, um Personen mitzuteilen, was sie mit deinem Quellcode tun dürfen und was nicht.
Eine auf 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.
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.
Ein Abschnitt mit Verwaltungsfeatures auf der Enterprise-Oberfläche.
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. unterstützt Markdown und verwendet eine bestimmte Form von Markdown: Flavored Markdown. Weitere Informationen findest du unter Spezifikation zu Flavored Markdown oder Erste Schritte mit dem Schreiben und Formatieren auf .
Ein System, um ein Dokument mit Anmerkungen zu versehen und zu formatieren.
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 ein neues Repository erstellst, hat der Standardbranch den Namen main.
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 .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.
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.
Eine Möglichkeit zum Nachverfolgen des Fortschritts bei Gruppen von Issues oder Pull Requests in einem Repository.
Eine neue Kopie eines Repositorys.
Ein Repositorydiagramm, das alle Forks eines Repositorys zeigt.
Ein Repositorydiagramm, in dem die 100 wichtigsten Mitwirkenden eines Repositorys angezeigt werden.
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.
Eine Arbeitsstruktur gilt als modifiziert, wenn sie Änderungen enthält, die nicht im aktuellen Branch committet wurden.
Ein Prüfpunkt eines virtuellen Computers zu einem bestimmten Zeitpunkt.
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.
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.
Ein Team, das nur für andere Personen im Team und für Personen mit Besitzerberechtigungen sichtbar ist.
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.
Eine Drittanbieteranwendung, die anstelle von Kennwörtern Zugriffstoken verwendet, um auf Informationen für Benutzer zuzugreifen.
Das Zugriffstoken, das von OAuth apps für den Zugriff auf Informationen für Benutzer*innen verwendet wird.
Die einem öffentlichen (nicht privaten) Repository beigesteuerten Beiträge.
Öffentliche Repositorys können von jeder beliebigen Person angezeigt werden – auch von Personen, die keine -Benutzer sind.
Ein Team, das von jedem Organisationsmitglied gesehen und mit @mentioned erwähnt werden kann.
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.
Benutzer, die über uneingeschränkten Verwaltungszugriff auf die ihnen gehörende Organisation verfügen.
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.
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.
Organisationsmitglieder, die über uneingeschränkten Verwaltungszugriff auf die Organisation verfügen.
Ein permanenter statischer Hyperlink zu einer bestimmten Webseite.
Ein -Konto, das zu einem einzelnen Benutzer gehört.
Skripts, die in der Enterprise Server-Instanz ausgeführt werden und zum Implementieren von Qualitätsprüfungen verwendet werden können.
Die Haupt-E-Mail-Adresse, an die Quittungen, Kreditkarten- oder PayPal-Abrechnungen und andere abrechnungsbezogene Informationen sendet.
Die einem privaten (nicht öffentlichen) Repository beigesteuerten Beiträge.
Private Repositorys sind nur für den Repositorybesitzer und für die vom Besitzer angegebenen Projektmitarbeiter sichtbar.
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.
Ein Branch mit endgültigen Änderungen, die in einer Anwendung oder auf einer Website verwendet oder bereitgestellt werden können.
Die Seite, auf der Informationen zur Aktivität eines Benutzers auf angezeigt werden.
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.
Boards innerhalb von mit Issues, Pull Requests und Hinweisen, die als Karten in Spalten strukturiert sind.
Ein Projektmitarbeiter ist eine Person mit Lese- und Schreibzugriff auf ein Repository, die vom Repositorybesitzer zur Teilnahme eingeladen wurde.
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. Weitere Informationen findest du unter Abrufen.
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.
Kommentare von Projektmitarbeitern zu Pull Requests, die die Änderungen genehmigen oder weitere Änderungen anfordern, bevor der Pull Request gemergt wird.
Ein Synonym für Lesezugriff.
Ein Repositorydiagramm mit einer Übersicht über die Aktivität eines Repositorys.
Ein Repositorydiagramm, das die Häufigkeit der Aktualisierungen eines Repository basierend auf dem Wochentag und der Uhrzeit anzeigt.
Pushen bedeutet, die von dir committeten Änderungen an ein Remoterepository auf .com zu senden. Wenn du beispielsweise lokale Änderungen vornimmst, kannst du diese Änderungen pushen, damit andere darauf zugreifen können.
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.
Ein Synonym für Schreibzugriff.
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.
Dies ist die Version eines Repositorys oder Branchs, die auf einem Server gehostet wird (in den meisten Fällen wahrscheinlich auf .com). Remoteversionen können mit lokalen Klonen verbunden werden, um Änderungen zu synchronisieren.
Der Speicherort deines Codes: ein Repository auf , im Fork eines anderen Benutzers oder sogar auf einem anderen Server.
Ein Repository, das zum Nachverfolgen des gleichen Projekts verwendet wird, sich aber anderswo befindet.
Eine Enterprise-Instanz, die Redundanz für die primäre Enterprise-Instanz bietet.
Ein Repository ist das grundlegendste Element von . 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.
Eine schreibgeschützte Spiegelung von Repositorys für deine Enterprise Server-Instanz, die sich in der Nähe von verteilten Teams und CI-Clients befindet.
Eine visuelle Darstellung der Daten deines Repositorys.
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.
Die manuelle Korrektur dessen, was nach einem nicht erfolgreichen automatischen Mergevorgang übrig geblieben ist.
Wenn du einen Pull Request auf 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.
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.
Eine kurze Folge von Bytes, die zum Identifizieren eines längeren öffentlichen Schlüssels verwendet wird.
Ein spezifisches Wort, das ein Issue schließt, wenn es in einem Pull Request verwendet wird.
Eine Berechtigungsebene in einem Repository, die es Benutzern ermöglicht, Änderungen an das Repository zu pushen (in das Repository zu schreiben).
Benannte Gruppen von Berechtigungen, die eine OAuth app oder personal access token (classic) anfordern kann, um auf öffentliche und nicht öffentliche Daten zuzugreifen.
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 -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 -Lizenzen beansprucht. Das in einer Server-zu-Server-Anforderung verwendete Token wird programmgesteuert über die -API abgerufen. Weitere Informationen finden Sie unter Authentifizierung als -App-Installation. Weitere Informationen findest du unter Benutzer-zu-Server-Anforderung.
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.
Ein Protokoll, in dem die letzten 50 Aktionen oder die Aktionen aufgelistet werden, die in den letzten 90 Tagen ausgeführt wurden.
Das Kombinieren mehrerer Commits in einem einzelnen Commit. „squash“ ist auch ein Git-Befehl.
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. verwendet SSH-Schlüssel für die sichere Übertragung von Informationen an deinen Computer.
Eine Möglichkeit, Änderungen zu testen, bevor sie auf deine tatsächliche Enterprise-Instanz angewendet werden.
Das Basisbetriebssystem und die Enterprise-Anwendungsumgebung.
Das erste Verzeichnis in einer Hierarchie.
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.
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.
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 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 finden Sie unter Informationen zu Statuschecks.
Ein Lesezeichen oder ein Zeichen der Wertschätzung für ein Repository. Sterne ermöglichen die manuelle Bewertung der Beliebtheit von Projekten.
Eine Gruppe von Organisationsmitgliedern, die die Struktur deines Unternehmens oder deiner Gruppe mit kaskadierenden Zugriffsberechtigungen und Erwähnungen widerspiegelt.
Ein Organisationsabrechnungsplan, der dir unbegrenzte öffentliche und private Repositorys bietet.
Organisationsmitglieder, die über eine Teilmenge der Berechtigungen verfügen, die den Organisationsbesitzern zur Verwaltung von Teams zur Verfügung stehen.
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.
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.
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 zu finden.
Innerhalb von geschachtelten Teams das Hauptteam, von dem untergeordnete Teams Zugriffsberechtigungen und @mentions erben.
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.
In einer geschachtelten Teamstruktur das untergeordnete Team, das die Zugriffsberechtigungen des übergeordneten Teams und @mentions erbt.
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.
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.
Benutzer sind Personen mit persönlichen -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.
Der Identifikator eines Benutzers auf .
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.
Ein Dokument, in dem die Standards für die Interaktion in einer Community definiert sind.
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.
Du kannst ein Repository oder Issue beobachten, um Benachrichtigungen zu erhalten, wenn ein Issue oder Pull Request aktualisiert wird.
Auf der Weboberfläche von angezeigte Benachrichtigungen: https://.com/notifications
Mithilfe von Webhooks kannst du -Apps erstellen oder einrichten, die bestimmte Ereignisse auf .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.
Ein Code, der dir dabei hilft, den Zugriff auf dein -Konto zurückzuerlangen.
Mindestens ein unsichtbares Zeichen, das das Zeilenende in einer Textdatei symbolisiert.
Ein Kommentar in einem Pull Request zu einer spezifischen Codezeile.
Eine Reihe von Ereignissen in einem Pull Request oder in einem Benutzerprofil.
Ein von einer Zertifizierungsstelle (ZS) ausgestelltes digitales Zertifikat, das sicherstellt, dass zwischen zwei Computern (beispielsweise dem Computer eines Benutzers und .com) eine gültige Verbindung besteht, und das das Eigentum an einer Website verifiziert.
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.