Informationen zu Repositorys
Du kannst Repositorys einzeln besitzen oder die Inhaberschaft an Repositorys mit anderen Personen in einer Organisation teilen.
Du kannst einschränken, wer Zugriff auf ein Repository hat, indem Du die Sichtbarkeit des Repositorys auswählst. Weitere Informationen findest Du unter „Über Sichtbarkeit von Repositorys."
Bei benutzereigenen Repositorys kannst du anderen Personen Mitarbeiterzugriff geben, damit sie an Deinem Projekt mitarbeiten können. Wenn ein Repository im Besitz einer Organisation ist, kannst Du den Mitgliedern der Organisation Zugriffsberechtigungen für die Mitarbeit in Deinem Repository erteilen. Weitere Informationen findest Du unter „Berechtigungsebenen für ein Repository eines Benutzerkontos“ und „Berechtigungsebenen für die Repositorys einer Organisation.“
Jede Person und Organisation kann unbegrenzte Repositorys besitzen und eine unbegrenzte Anzahl von Mitarbeitern in alle Repositorys einladen.
You can use repositories to manage your work and collaborate with others.
- You can use issues to collect user feedback, report software bugs, and organize tasks you'd like to accomplish. For more information, see "About issues."
- You can use pull requests to propose changes to a repository. Weitere Informationen findest Du unter „Informationen zu Pull Requests.“
- You can use project boards to organize and prioritize your issues and pull requests. Weitere Informationen findest Du unter „Informationen zu Projektboards.“
Informationen zur Sichtbarkeit eines Repositorys
You can restrict who has access to a repository by choosing a repository's visibility: public, internal, or private.
When you create a repository, you can choose to make the repository public or private. If you're creating the repository in an organization, you can also choose to make the repository internal.
If your GitHub Enterprise Server instance is not in private mode or behind a firewall, public repositories are accessible to everyone on the internet. Otherwise, public repositories are available to everyone using your GitHub Enterprise Server instance, including outside collaborators. Private repositories are only accessible to you, people you explicitly share access with, and, for organization repositories, certain organization members. Internal repositories are accessible to enterprise members. Weitere Informationen findest Du unter "Über interne Repositorys."
Organisationsinhaber haben immer Zugriff auf jedes Repository, das in einer Organisation erstellt wurde. Weitere Informationen findest Du unter„Berechtigungsebenen für die Repositorys einer Organisation.“
Personen mit Administratorberechtigungen für ein Repository können die Sichtbarkeit eines vorhandenen Repositorys ändern. Weitere Informationen findest Du unter „Sichtbarkeit eines Repositorys festlegen.“
Informationen zu internen Repositorys
Note: Internal repositories are available with GitHub Enterprise Cloud and GitHub Enterprise Server 2.20+. Weiter Informationen findest Du unter „GitHub Produkte."
You can use internal repositories to practice "innersource" within your enterprise. Members of your enterprise can collaborate using open source methodologies without sharing proprietary information publicly, even with private mode disabled. Weitere Informationen zu innersource findest Du im Whitepaper von GitHub „Eine Einführung zu innersource."
All enterprise members have read permissions to the internal repository, but internal repositories are not visible to people who are not members of an organization, including outside collaborators on organization repositories. For more information, see "Repository permission levels for an organization."
Any member of the enterprise can fork any internal repository owned by an organization in the enterprise. The forked repository will belong to the member's user account, and the visibility of the fork will be private. If a user is removed from all organizations owned by the enterprise, that user's forks of internal repositories are removed automatically.
Begrenzungen für die Anzeige von Inhalten und Diffs in einem Repository
Bestimmte Arten von Ressourcen können ziemlich groß sein, wodurch ihre Verarbeitung auf GitHub Enterprise Server sehr aufwendig ist. Daher werden Begrenzungen festgelegt, um sicherzustellen, dass Anforderungen in angemessener Zeit abgeschlossen werden.
Die meisten der nachfolgend genannten Begrenzungen gelten sowohl für GitHub Enterprise Server als auch für die API.
Textbeschränkungen
Text files over 512 KB are always displayed as plain text. Die Codesyntax ist nicht hervorgehoben, und Dateien mit Fließtext werden nicht in HTML umgewandelt (z. B. Markdown, AsciiDoc etc.).
Textdateien mit mehr als 5 MB sind nur über ihre rohen URLs verfügbar, die über [hostname]/user/repo/raw bereitgestellt werden, beispielsweise https://[hostname]/user/repo/raw/octocat/Spoon-Knife/master/index.html. Klicke auf die Schaltfläche Raw (Roh), um die rohe URL einer Datei anzuzeigen.
Diff-Beschränkungen
Da Diffs sehr groß werden können, gelten Diff-Beschränkungen für Commits, Pull Requests und Vergleichsansichten:
- In a pull request, no total diff may exceed 20,000 lines that you can load or 1 MB of raw diff data.
- No single file's diff may exceed 20,000 lines that you can load or 500 KB of raw diff data. 400 Zeilen und 20 KB werden automatisch für eine einzelne Datei geladen.
- The maximum number of files in a single diff is limited to 300.
- Die Höchstzahl an darstellbaren Dateien (wie Grafiken, PDF- und GeoJSON-Dateien) in einer einzelnen Diff liegt bei 25.
Einige Teile einer eingeschränkten Diff werden möglicherweise angezeigt, aber alles, was über die Begrenzung hinausgeht, wird nicht angezeigt.
Commit-Listenbeschränkung
Die Vergleichsansicht und die Pull-Request-Seiten zeigen eine Liste mit Commits zwischen den base- und head-Revisionen. Diese Listen sind auf 250 Commits beschränkt. Wenn diese Grenze überschritten wird, gibt ein Hinweis an, dass weitere Commits vorhanden sind (aber sie werden nicht angezeigt).