Skip to main content

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, GitHub Discussions und Teamdiskussionen 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

Pull Requests

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

Diskussionen im Team

  • Können auf der Seite deines Teams für projektübergreifende Unterhaltungen gestartet werden, die nicht zu einem bestimmten Problem oder einem Pull Request gehören. Anstatt einen Issue in einem Repository zu öffnen, um eine Idee zu diskutieren, kannst Du das gesamte Team einbeziehen, indem Du eine Unterhaltung in einer Teamdiskussion führst.
  • Ermöglichen es dir, mit deinem Team Diskussionen über Planung, Analyse, Entwurf, Benutzerforschung und allgemeine Projektentscheidungen an einem zentralen Ort zu führen.
  • Bieten außerhalb der Codebasis Zusammenarbeit, um das Brainstorming von Ideen zu ermöglichen.
  • Weisen häufig keinen eindeutigen Besitzer auf.
  • Führen häufig nicht zu einer umsetzbaren Aufgabe.

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.

Szenarien für Teamdiskussionen

  • 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 mein Team richten.

Beispiel für eine Teamdiskussion

Dieses Beispiel zeigt einen Teambeitrag für das Team octo-team.

Beispiel für eine Teamdiskussion

Das octocat-Mitglied hat eine Teamdiskussion gestartet und das Team über verschiedene Dinge informiert:

  • Ein Teammitglied namens Mona hat damit begonnen, Termine für Remotegames hinzuzufügen.
  • Es gibt einen Blogbeitrag, der beschreibt, wie die Teams GitHub Actions verwenden, um ihre Dokumentation zu erstellen.
  • Das Material zum All-Hands-Treffen im April ist jetzt für alle Teammitglieder zugänglich.

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 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 finden Sie unter Informationen zu Pull Requests.

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

Für Teamdiskussionen kannst du Diskussionen auf der Seite eines Teams bearbeiten oder löschen, und du kannst Benachrichtigungen für Teamdiskussionen konfigurieren. Weitere Informationen findest du unter Informationen zu Teamdiskussionen.

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