InnerSourceCommons / InnerSourceCommons/InnerSourceLearningPath
Pulling contributors in as reviewers
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- JavaScript
- Sterne
- 77
- Forks
- 47
- Ø Merge
- 11 Std. 11 Min.
- Gemergte PRs (30 T.)
- 5
Beschreibung
In the learning path for the Trusted Committer (part 2) we explain how it's the trusted committers that are reviewing code. In a first approximation this is correct and matches what I see in many open source projects.
When it comes to recruiting new committers and onboarding them I have seen a different approach:
https://blogs.apache.org/comdev/entry/an-approach-to-community-building (pretty much at the bottom) - contributors at Apache Beam are encouraged to do code reviews as well - in particular if the original patch comes from a committer, the idea is that such a review is enough for merging the code.
Maybe this is something for an InnerSource Pattern instead of the LearningPath though.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Lies den Abschnitt zum Lernpfad „Trusted Committer part 2“ und den verlinkten Artikel zum Community-Aufbau von Apache Beam, insbesondere dessen Erörterung dazu, wie Beitragende Code überprüfen. Entscheide, ob das Material im Lernpfad aktualisiert oder als InnerSource Pattern festgehalten werden sollte; abgeschlossen ist die Aufgabe, wenn der vorgeschlagene Ort und Umfang vereinbart sind und das relevante Lernmaterial überarbeitet wurde.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Bereich
- documentation
- Issue-Typ
- Dokumentation
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100