Skip to main content

Enterprise Server 3.15 ist derzeit als Release Candidate verfügbar.

Kommunikation in GitHub

Du kannst bestimmte Projekte und Änderungen sowie umfassendere Ideen oder Teamziele mithilfe verschiedener Arten von Diskussionen auf GitHub Enterprise Server besprechen.

Einführung

GitHub Enterprise Server bietet integrierte Kommunikationstools für die Zusammenarbeit, sodass du eng mit der Community zusammenarbeiten kannst. In diesem Schnellstart erfährst du, wie du das richtige Tool für deine Anforderungen auswählst.

Je nachdem, welche Art von Unterhaltung du führen möchtest, kannst du Issues, Pull Requests und GitHub Discussions erstellen und daran teilnehmen.

GitHub Issues

  • Sind nützlich bei der Erörterung spezifischer Details eines Projekts, zum Beispiel Fehlerberichte, geplante Verbesserungen und Feedback
  • Sind spezifisch für ein Repository, und ihnen ist in der Regel ein eindeutiger Besitzer zugeordnet
  • Werden oft als Bug-Verfolgungssystem für GitHub bezeichnet

Pullanforderungen

  • Ermöglichen das Vorschlagen bestimmter Änderungen
  • Ermöglichen es, von anderen vorgeschlagene Änderungen direkt zu kommentieren
  • Sind spezifisch für ein Repository

Welches Diskussionstool sollte ich verwenden?

Szenarien für Issues

  • Ich möchte Aufgaben, Verbesserungen und Fehler nachverfolgen.
  • Ich möchte einen Fehlerbericht erstellen.
  • Ich möchte Feedback zu einem bestimmten Feature teilen.
  • Ich möchte eine Frage zu Dateien im Repository stellen.

Beispiel für ein Issue

Dieses Beispiel zeigt, wie ein GitHub-Benutzer ein Problem in unserem Open-Source-Repository für die Dokumentation erstellt hat, um uns auf einen Fehler aufmerksam zu machen und eine Lösung zu diskutieren.

Screenshot eines Issues mit dem Titel „Blauer Linktext in den Benachrichtigungen unlesbar aufgrund des blauen Hintergrunds.“

  • Einem Benutzer ist aufgefallen, dass die blaue Farbe des Banners am oberen Rand der Seite in der chinesischen Version der GitHub-Dokumentation den Text im Banner unleserlich macht.
  • Der Benutzer hat ein Issue im Repository erstellt, in dem das Problem beschrieben und ein Fix vorgeschlagen wird (Verwendung einer anderen Hintergrundfarbe für das Banner).
  • Es folgt eine Diskussion, und schließlich wird gemeinsam entschieden, welche Korrekturmaßnahmen angewendet werden sollen.
  • Anschließend kann ein Mitwirkender einen Pull Request mit dem Fix erstellen.

Szenarien für Pull Requests

  • Ich möchte einen Tippfehler in einem Repository korrigieren.
  • Ich möchte Änderungen an einem Repository vornehmen.
  • Ich möchte Änderungen zum Beheben eines Problems vornehmen.
  • Ich möchte von anderen Benutzern vorgeschlagene Änderungen kommentieren.

Pull Request-Beispiel

Dieses Beispiel zeigt, wie ein GitHub-Benutzer einen Pull Request in unserem Open-Source-Repository für die Dokumentation erstellt hat, um einen Tippfehler zu korrigieren.

Auf der Registerkarte Unterhaltung des Pull Requests erläutert der Autor, warum er den Pull Request erstellt hat.

Screenshot: Die Registerkarte „Unterhaltung“ eines Pull Requests.

Die Registerkarte Geänderte Dateien für den Pull Request zeigen den implementierten Fix.

Screenshot: Die Registerkarte „Geänderte Dateien“ eines Pull Requests.

  • Dieser Mitwirkende bemerkt einen Tippfehler im Repository.
  • Der Benutzer erstellt einen Pull Request mit dem Fix.
  • Ein Repositoryverantwortlicher prüft den Pull Request, kommentiert ihn und mergt ihn.

Szenarien für GitHub Discussions

  • Ich habe eine Frage, die sich nicht unbedingt auf bestimmte Dateien im Repository bezieht.
  • Ich möchte Neuigkeiten mit meinen Mitstreitern oder meinem Team austauschen.
  • Ich möchte eine ergebnisoffene Unterhaltung beginnen oder daran teilnehmen.
  • Ich möchte eine Ankündigung an meine Community richten.

GitHub Discussions-Beispiel

Dieses Beispiel zeigt die GitHub Discussions-Willkommensmeldung für das Open-Source-Repository der GitHub-Dokumentation und veranschaulicht, wie das Team mit seiner Community zusammenarbeiten möchte.

Screenshot eines Beispiels für eine Diskussion mit dem Titel „Willkommen bei GitHub-Dokumentationsdiskussionen“.

Dieser Communityverantwortliche hat eine Diskussion gestartet, um die Community zu begrüßen und die Mitglieder zu bitten, sich vorzustellen. Dieser Beitrag fördert eine einladende Atmosphäre für Besucher und Mitwirkende. Außerdem wird betont, dass das Team gerne bei Beiträgen zum Repository behilflich ist.

Nächste Schritte

Diese Beispiele haben dir gezeigt, wie du entscheiden kannst, welches das beste Tool für deine Unterhaltungen über GitHub Enterprise Server ist. Aber das ist nur der Anfang. Es gibt viele weitere Möglichkeiten, wie du diese Tools an deine Bedürfnisse anpassen kannst.

Issues kannst du zum Beispiel für eine schnellere Suche mit Bezeichnungen versehen, und du kannst Vorlagen für Issues erstellen, mit denen Mitwirkende aussagekräftige Issues öffnen können. Weitere Informationen findest du unter Informationen zu Issues und unter Informationen zu Vorlagen für Issues und Pull Requests.

Für Pull Requests kannst du Entwürfe erstellen, wenn deine Änderungsvorschläge noch in Arbeit sind. Pull Request-Entwürfe können erst gemergt werden, wenn sie als bereit zum Review markiert sind. Weitere Informationen findest du unter Informationen zu Pull Requests.

Bei GitHub Discussions kannst du Diskussionen anheften, die wichtige Informationen für deine Community enthalten. Weitere Informationen findest du unter Informationen zu Diskussionen.

Einige fortgeschrittene Formatierungsfunktionen, die dir die Kommunikation erleichtern, findest du unter Schnellstart zum Schreiben auf GitHub.