Einführung
GitHub Enterprise Cloud 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 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
GitHub Discussions
- sind wie ein Forum und eignen sich am besten für offene Ideen und Diskussionen, bei denen die Zusammenarbeit wichtig ist
- können mehrere Repositorys betreffen
- bieten eine Funktion für die Zusammenarbeit jenseits der Codebasis, die das Brainstorming von Ideen und den Aufbau einer Community-Wissensdatenbank ermöglicht
- 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.
- 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.
Die Registerkarte Geänderte Dateien für den Pull Request zeigen den implementierten Fix.
- 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.
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 Cloud 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 Verhaltensregeln festlegen und 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.