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 AE besprechen.

Einführung

GitHub AE 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 Teamdiskussionen erstellen und daran teilnehmen.

GitHub Issues

  • sind nützlich bei der Diskussion 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 das Bug-Nachverfolgungssystem für GitHub bezeichnet

Pull Requests

  • ermöglichen es dir, bestimmte Änderungen vorzuschlagen
  • ermöglichen es dir, 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 Issue oder 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, zentral Diskussionen mit deinem Team über Planung, Analyse, Design, Benutzerforschung und allgemeine Projektentscheidungen zu führen.
  • bieten eine Funktion für die Zusammenarbeit jenseits der Codebasis, die das Brainstorming von Ideen
  • ist häufig kein klarer Besitzer zugeordnet
  • 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.

Beispiel für ein Issue

  • 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.

Pull Request-Beispiel – Registerkarte „Unterhaltung“

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

Pull Request-Beispiel – Registerkarte „Geänderte Dateien“

  • 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 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 AE 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 findest du unter Informationen zu Pull Requests.

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.

Informationen zu einigen erweiterten Formatierungsfeatures, die dir helfen, zu kommunizieren, findest du unter Schnellstart zum Schreiben auf GitHub".