Skip to main content

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

Informationen zu Repositorys

Ein Repository enthält Ihren gesamten Code und Ihre Dateien einschließlich ihres Revisionsverlaufs. Im Repository können Sie Ihre Arbeit diskutieren und verwalten.

Informationen zu Repositorys

Ein Repository ist das grundlegendste Element von GitHub. Es ist ein Ort, an dem Sie Ihren Codeund Ihre Dateien einschließlich ihres Revisionsverlaufs speichern können. Repositorys können mehrere Projektmitarbeiter haben und können entweder öffentlich, intern oder privat sein.

Um ein neues Repository zu erstellen, gehen Sie zu https://github.com/new. Anweisungen finden Sie unter Schnellstart für Repositorys.

Repository-Terminologie

Bevor Sie mit Repositorys beginnen, sollten Sie folgende wichtige Begriffe kennen.

BegriffDefinition
VerzweigungEine Parallelversion Ihres Codes, die im Repository enthalten ist, aber keine Auswirkungen auf den primären oder Main Branch hat.
KlonSo laden Sie eine vollständige Kopie der Daten eines Repositorys aus Ihre GitHub Enterprise Server-Instance herunter, einschließlich aller Versionen der einzelnen Dateien und Ordner.
ForkEin neues Repository, das denselben Code und dieselben Sichtbarkeitseinstellungen verwendet wie das ursprüngliche „Upstream“-Repository.
MergeUm die Änderungen von einem Branch auf einen anderen zu übertragen.
Pull RequestEin Request ist eine Anforderung zum Zusammenführen der Änderungen von einem Branch in einen anderen.
RemoteEin Repository, das auf GitHub Enterprise Server gespeichert ist, nicht auf Ihrem Computer.
UpstreamDer Branch eines ursprünglichen Repositorys, der geforkt oder geklont wurde. Der entsprechende Branch auf dem geklonten oder geforketen Zweig wird als „Downstream“ bezeichnet.

Informationen zum Repository-Eigentum

Du kannst Repositorys einzeln besitzen oder die Inhaberschaft an Repositorys mit anderen Personen in einer Organisation teilen.

In beiden Fällen wird der Zugriff auf die Repositorys über Berechtigungen verwaltet. Weitere Informationen finden Sie unter Berechtigungsebenen für ein Repository in einem persönlichen Konto und unter Repositoryrollen für eine Organisation.

Informationen zur Zusammenarbeit

Du kannst Repositorys zum Verwalten deiner Arbeit und zur Zusammenarbeit mit anderen verwenden.

  • Du kannst Issues verwenden, um Benutzerfeedback zu sammeln, Softwarefehler zu melden und auszuführende Aufgaben zu organisieren. Weitere Informationen finden Sie unter Informationen zu Issues.
  • Du kannst Pull Requests verwenden, um Änderungen an einem Repository vorzuschlagen. Weitere Informationen finden Sie unter Informationen zu Pull Requests.
  • Du kannst Projects (beta) verwenden, um deine Probleme und Pullanforderungen zu organisieren und zu priorisieren. Weitere Informationen finden Sie unter Informationen zu Projects (beta).

Jede Person und Organisation kann eine unbegrenzte Anzahl an Repositorys besitzen und eine unbegrenzte Menge an Projektmitarbeiter*innen zu allen Repositorys einladen.

Informationen zur Sichtbarkeit eines Repositorys

Sie können den Zugriff auf ein Repository einschränken, indem Sie die Sichtbarkeitstufe des Repositorys auswählen: öffentlich, intern oder privat.

Wenn Sie ein Repository erstellen, können Sie auswählen, ob es öffentlich oder privat sein soll. Wenn Sie das Repository in einer Organisation erstellen,, können Sie das Repository auch als „intern“ auswählen.

  • Wenn sich Ihre GitHub Enterprise Server-Instance nicht im privaten Modus oder hinter einer Firewall befindet, verfügen alle Personen im Internet über Zugriff auf öffentliche Repositorys. Andernfalls sind öffentliche Repositorys für alle Personen verfügbar, die Ihre GitHub Enterprise Server-Instance nutzen. Dies schließt auch externe Projektmitarbeiter ein.
  • Nur du hast Zugriff auf private Repositorys, außerdem noch Personen, denen du explizit Zugriff gewährt hast, und bestimmte Organisationsmitglieder auf Organisationsrepositorys.
  • Alle Unternehmensmitglieder verfügen über Zugriff auf interne Repositorys. Weitere Informationen finden Sie unter Informationen zu internen Repositorys.

Organisationsinhaber haben immer Zugriff auf jedes Repository, das in einer Organisation erstellt wurde. Weitere Informationen finden Sie unter Repositoryrollen für eine Organisation.

Personen mit Administratorberechtigungen für ein Repository können die Sichtbarkeit eines vorhandenen Repositorys ändern. Weitere Informationen finden Sie unter Sichtbarkeit eines Repositorys festlegen.

Informationen zu internen Repositorys

Du kannst interne Repositorys als „Inner Source“ innerhalb deines Unternehmens verwenden. Mitglieder deines Unternehmens können über Open-Source-Verfahren zusammenarbeiten, ohne proprietäre Informationen öffentlich zu teilen, auch wenn der private Modus deaktiviert ist. Weitere Informationen zu InnerSource findest du im Whitepaper Eine Einführung in InnerSource von GitHub.

Alle Unternehmensmitglieder verfügen über Berechtigungen für das interne Repository, doch interne Repositorys sind für Personen die keine Mitglieder einer Organisation sind, nicht sichtbar. Dazu gehören auch externe Projektmitarbeiter*innen in Organisationsrepositorys. Weitere Informationen finden Sie unter Rollen in einem Unternehmen und unter Repositoryrollen für eine Organisation.

Hinweis: Benutzer*innen müssen Teil einer Organisation sein, um Unternehmensmitglieder zu sein und Zugriff auf interne Repositorys zu haben. Wenn ein Ihre GitHub Enterprise Server-Instance-Benutzer kein Mitglieder einer Organisation ist, hat dieser Benutzer keinen Zugriff auf interne Repositorys.

Standardmäßig können Unternehmensmitglieder ein internes Repository in jede Organisation verzweigen, in der der Benutzer Repositorys erstellen kann. Organisationsbesitzer können Benutzern auch das Erstellen einer Fork im Besitz eines Benutzerkontos ermöglichen und die Forking-Richtlinie für eine Organisation verwalten. Unternehmensbesitzer können die Forking-Richtlinie für einige oder alle Organisationen innerhalb eines Unternehmens verwalten. Weitere Informationen finden Sie unter Die Forking-Richtlinie für deine Organisation verwalten und unter Erzwingen von Repositoryverwaltungsrichtlinien in einem Unternehmen.

Nächste Schritte

Hier finden Sie einige hilfreiche Ressourcen für Ihre nächsten Schritte mit Repositorys.