Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen finden Sie in unserer englischsprachigen Dokumentation.
Artikelversion: Enterprise Server 2.15

Diese Version von GitHub Enterprise wird eingestellt am Diese Version von GitHub Enterprise wurde eingestellt am 2019-10-16. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise. For help with the upgrade, contact GitHub Enterprise support.

Ein Repository nur für Issues erstellen

GitHub Enterprise bietet keine Berechtigungen für den Zugriff ausschließlich auf Issues. Sie können zu diesem Zweck aber ein zweites Repository erstellen, das nur die Issues enthält.

  1. Erstellen Sie ein privates Repository, um den Quellcode von Ihrem Projekt zu hosten.
  2. Erstellen Sie ein zweites Repository mit den gewünschten Berechtigungen, um den Issue-Tracker zu hosten.
  3. Fügen Sie eine README-Datei zum Issues-Repository hinzu, in der Sie den Zweck dieses Repositorys erläutern und zum Issues-Bereich verlinken.
  4. Legen Sie Ihre Mitarbeiter oder Teams fest, um den Zugriff auf die Repositorys wie gewünscht zu verwalten.

Benutzer mit Schreibzugriff auf beide Repositorys können zwischen den Repositorys auf Issues verweisen und Issues schließen. Benutzer ohne die erforderlichen Berechtigungen sehen nur Verweise mit sehr wenigen Informationen.

Wenn Sie beispielsweise einen Commit mit der Mitteilung Fixes organization/public-repo#12 an den Standardbranch des privaten Repositorys gepusht haben, wird der Issue geschlossen, aber nur Benutzer mit den entsprechenden Berechtigungen können den Repository-übergreifenden Verweis auf den Commit sehen, der den Issue geschlossen hat. Benutzern ohne diese Berechtigungen wird der Verweis angezeigt, aber ohne detaillierte Angaben.

Menschliche Unterstützung einholen

Sie können das Gesuchte nicht finden?

Kontakt