Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen findest Du in unserer englischsprachigen Dokumentation.

Diese Version von GitHub Enterprise wird eingestellt am Diese Version von GitHub Enterprise wurde eingestellt am 2020-08-20. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für eine bessere Leistung, verbesserte Sicherheit und neue Features nimm ein Upgrade auf die neueste Version von GitHub Enterprise vor. Wende Dich an den GitHub Enterprise-Support, um Hilfe beim Upgrade zu erhalten.

Artikelversion: Enterprise Server 2.18

Informationen zu Teams

Teams sind Gruppen von Organisationsmitgliedern, welche die Struktur Deines Unternehmens oder Deiner Gruppe mit kaskadierenden Zugriffsberechtigungen und Erwähnungen widerspiegeln.

Inhalt dieses Artikels

Liste der Teams in einer Organisation

Organisationsinhaber und Team-Betreuer können Teams Administrator-, Lese- oder Schreibzugriff auf die Repositorys der Organisation gewähren. Organisationsmitglieder können eine Benachrichtigung an ein ganzes Team senden, indem sie den Namen des Teams erwähnen. Organisationsmitglieder können außerdem eine Benachrichtigung an ein ganzes Team senden, indem sie von diesem Team einen Review anfordern. Organisationsmitglieder können Reviews von bestimmten Teams mit Lesezugriff auf das Repository anfordern, in dem der Pull Request geöffnet ist. Teams können als Inhaber bestimmter Codetypen oder Codebereiche in einer CODEOWNERS-Datei bestimmt werden.

Weitere Informationen findest Du unter:

Bild einer Teamerwähnung

Du kannst außerdem mit LDAP Sync Ihre GitHub Enterprise Server-Instanz-Teammitglieder und -Teamrollen mit Deinen bestehenden LDAP-Gruppen synchronisieren. Dadurch kannst Du eine rollenbasierte Zugriffskontrolle für Benutzer von Deinem LDAP-Server aus einrichten statt manuell innerhalb von Ihre GitHub Enterprise Server-Instanz. Weitere Informationen findest Du unter „LDAP-Synchronisierung aktivieren.“

Sichtbarkeit eines Teams

Teams können sichtbar oder geheim sein:

  • Sichtbare Teams können von jedem Organisationsmitglied angezeigt und @erwähnt werden.
  • Geheime Teams sind nur für die Personen im Team und Personen mit Inhaberberechtigungen sichtbar. Sie sind ideal zum Verbergen von Teams mit sensiblen Namen oder Mitgliedern, wie zum Beispiel diejenigen für die Arbeit mit externen Partnern oder Kunden. Geheime Teams können nicht unter übergeordneten Teams verschachtelt werden oder untergeordnete Teams haben.

Teamseiten

Jedes Team hat seine eigene Seite innerhalb einer Organisation. Auf der Seite eines Teams kannst Du Teammitglieder, untergeordnete Teams und Repositorys des Teams anzeigen. Organisationsinhaber und Team-Betreuer können auf die Teameinstellungen zugreifen und die Beschreibung sowie das Profilbild des Teams über die Seite des Teams aktualisieren.

Organisationsmitglieder können Diskussionen mit dem Team erstellen und daran teilnehmen. Weitere Informationen findest Du unter „Informationen zu Teamdiskussionen.“

Teamseite mit einer Auflistung der Teammitglieder und Diskussionen

Verschachtelte Teams

Du kannst die Hierarchie Deiner Gruppe oder Deines Unternehmens innerhalb Deiner GitHub Enterprise-Organisation mit mehreren Ebenen von verschachtelten Teams abbilden. Ein übergeordnetes Team kann mehrere untergeordnete Teams haben, wohingegen jedes untergeordnete Team nur ein übergeordnetes Team hat. Nicht öffentliche Teams können nicht verschachtelt werden.

Für untergeordnete Teams gelten die Zugriffsberechtigungen des übergeordneten Teams, wodurch die Verwaltung von Berechtigungen für große Gruppen vereinfacht wird. Mitglieder von untergeordneten Teams erhalten außerdem Benachrichtigungen, wenn das übergeordnete Team @erwähnt wird, was die Kommunikation mit mehreren Personengruppen vereinfacht.

Wenn Deine Teamstruktur beispielsweise „Mitarbeiter > Engineering > Application Engineering > Identity“ lautet, bedeutet die Gewährung von Schreibzugriff für Engineering auf ein Repository, dass auch Application Engineering und Identity diesen Zugriff erhalten. Wenn Du das Identity-Team oder ein Team am unteren Ende der Organisationshierarchie @erwähnst, erhält nur dieses Team eine Benachrichtigung.

Teamseite mit einem übergeordneten und einem untergeordneten Team

Um zu verstehen, wer die Berechtigungen und Erwähnungen eines übergeordneten Teams teilt, kannst Du alle Mitglieder der untergeordneten Teams eines übergeordneten Teams auf der Registerkarte „Members“ (Mitglieder) auf der Seite des übergeordneten Teams sehen. Mitglieder eines untergeordneten Teams sind keine direkten Mitglieder des übergeordneten Teams.

Seite eines übergeordneten Teams mit allen Mitgliedern der untergeordneten Teams

Du kannst beim Erstellen des Teams ein übergeordnetes Team auswählen oder ein Team in der Hierarchie Deiner Organisation später verschieben. Weitere Informationen findest Du unter „Team innerhalb der Hierarchie Deiner Organisation verschieben.“

Im Rahmen der Optimierungskonfiguration wird LDAP Sync Deine verschachtelte Teamstruktur nicht übertragen. Um unter- und übergeordnete Teambeziehungen zu erstellen, musst Du die verschachtelte Teamstruktur manuell neu erstellen und mit der entsprechenden LDAP-Gruppe synchronisieren. Weitere Informationen findest Du unter „Teams erstellen"

Die Verschachtelung von Teams in Deiner Organisation vorbereiten

Wenn in Deiner Organisation bereits Teams vorhanden sind, solltest Du die Zugriffsberechtigungen für das Repository jedes Teams überprüfen, bevor Du Teams über- oder unterordnest. Du solltest außerdem die neue Struktur berücksichtigen, die Du für Deine Organisation implementieren möchtest.

An der Spitze der Teamhierarchie solltest Du den übergeordneten Teams nur Zugriffsberechtigungen für Repositorys erteilen, die für jedes Mitglied des übergeordneten Teams und seine untergeordneten Teams sicher sind. Wenn Du Dich in der Hierarchie nach unten bewegst, kannst Du untergeordneten Teams zusätzlichen, detaillierteren Zugriff auf sensiblere Repositorys gewähren.

  1. Entferne alle Mitglieder aus vorhandenen Teams
  2. Überprüfe und bearbeite die Zugriffsrechte für Repositorys für jedes Team, und weise jedem Team ein übergeordnetes Team zu
  3. Erstelle alle gewünschten neuen Teams, wähle ein übergeordnetes Team für jedes neue Team, und gewähre seinen Mitgliedern Zugriff auf Repositorys
  4. Füge Personen direkt zu Teams hinzu

Weiterführende Informationen

Menschliche Unterstützung einholen

Du kannst das Gesuchte nicht finden?

Kontakt