MDN wants to talk to developers like you: https://qsurvey.mozilla.com/s3/8d22564490d8

Bijdragen aan de Mozilla codebase

Deze pagina zal je door de eerste stappen leiden om bij te kunnen dragen aan Mozilla. Welkom, we zijn blij om je te zien! :)

Hulp nodig?

De Mozilla gemeenschap omarmt altijd nieuwe vrijwilligers. Als je ergens problemen mee hebt, dan kun je je vragen stellen in de #introductie chat room op irc.mozilla.org. Als je nog steeds problemen hebt, neem dan contact op met Mike Hoye mhoye@mozilla.com.

Welke vaardigheden heb ik nodig?

Mozilla is een groot project en we zijn blij met vrijwilligers met uiteenlopende vaardigheden!

  • Als je C++ kunt, dan kun je bijdragen aan de core layers van Firefox, Firefox OS, en andere Mozilla producten.
  • Als je JavaScript of HTML/CSS kunt, dan kun je bijdragen aan de front-end van Firefox, of Gaia, de application layer van Firefox.
  • Als je Java kunt, kun je bijdragen aan Firefox Mobile.
  • Als je Python kunt, dan kun je bijdragen aan onze web diensten, zoals Firefox Sync of Persona.
  • Als je Make, Shell, Perl of Python kunt, dan kun je bijdragen aan ons build system.
  • Als je C kunt, dan kun je bijdragen aan een aantal laagdrempelige third-party libraries dat we gebruiken als onderdeel van de Mozilla codebase.
  • En er zijn ook vele andere manieren om te kunnen bijdragen aan Mozilla zonder te programmeren. Als het je leuk lijkt om betrokken te worden bij design, support, vertalen of andere manieren om een bijdragen te kunnen leveren, neem dan hier een kijkje Kansen voor vrijwilligers.

Je kunt nog niet programmeren, maar je wilt het leren? Dat is leuk! Het Webmaker programma is voor jouw en er zijn meer meer mogelijkheden bij het Mozilla Ontwikkelaars Netwerk!

Stap 1 - Build Firefox, Firefox OS, Thunderbird, of een andere applicatie

Als je een bijdrage wilt leveren aan Firefox, Thunderbird, of Firefox OS, dan kun je hier de build instructies voor Firefox, Thunderbird of Firefox OS vinden. Het builden kan even duren, je zou alvast naar de volgende stappen kunnen kijken terwijl het zijn werk doet. Meer build instructies kun je hier vinden.

Voor andere producten hoef je waarschijnlijk niks te builden.

Stap 2 - Vind iets om aan te werken

Als er iets is dat je wilt oplossen, betreft Firefox, Thunderbird of een andere favoriete Mozilla applicatie, dit is de juiste plek om te beginnen! Er zijn een aantal mogelijkheden:

Vind een bug die wij als goed hebben beschouwd voor beginners

Mozilla ontwikkelaars bestempelen bepaalde bugs als makkelijk om nieuwe vrijwilligers kennis te laten maken met onze werkwijzen.

  • Mentored bugs hebben een persoon(mentor) toegwezen die je helpt bij het proces. Over het algemeen moet er voldoende informatie over de bug aanwezig zijn om te kunnen beginnen. Wanneer je hulp nodig hebt, neem dan contact op met de mentor doormiddel van IRC, in de bug-report zelf, of via email. Wanneer je de bug hebt opgelost zal hij/zij je helpen de code in de tree te krijgen.
  • "Good" first bugs is misschien wat muf, maar op een gegeven moment hebben wij deze bugs beschouwd als een mooie eerste stap voor nieuwe vrijwilligers. We zijn bezig deze bugs over te zetten naar mentored bugs, maar recenten "good first bugs" kunnen een goed begin zijn als er geen geschikte mentored bugs zijn.
  • Studenten Projecten zijn grote projecten, dit zou geschikt kunnen zijn voor een student aan de universiteit om punten te behalen. Ook als je geen student bent, voel je vrij om deze bugs op te lossen. We onderhouden twee lijsten, een voor projecten op basis van de huidige codebase en een voor het maken van nieuwe applicaties.

Stap 3 - Fix the bug

We laten dit verder aan jouw over. We kunnen je ook hierbij helpen:

Step 4 - Laat je code beoordelen

Wanneer je de bug hebt opgelost, Upload de patch en vraag om een beoordeling. Doe dit in de bug-report door op de Details link te klikken bij je bijlagen en dan de review flag op ? te zetten en vul vervolgens de beoordelaars(reviewer) zijn bugzilla ID in in het tekstvak dat tevoorschijn komt (hetzij de email of een unieke naam hij/zij heeft opgegeven). Het is erg belangrijk om een bugzilla id toe te voegen, anders wordt de aanvraag gemist. Dus hoe weet je welke persoon je voor een beoordeling moet benaderen?

  • Als het een mentored bug is, vraag het je mentor. Zij weten het of zoeken het zo uit.
  • Run hg blame en kijk welke personen aan de functies hebben gewerkt, waar jij nu aan gewerkt hebt. Zij zijn een goede kandidaat
  • De bug-report zelf kan al een indicatie geven wat de beste is persoon is om voor een beoordeling te vragen.
  • Zijn er gerelateerde bugs over soortgelijke onderwerpen? In dat geval, de beoordelaar in deze bug-reports zou een goede keus zijn.
  • We hebben een verouderde lijst met modules waar medewerkers en eigenaren van modules in staan, sommige zouden een goede beoordelaar kunnen zijn. In het ergste geval, zet de module eigenaar als de beoordelaar en vraag hem in een reactie om iemand anders te benoemen als hij/zij geen tijd heeft.

Stap 4b - Houd de reacties in de gaten

Als je om een beoordeling hebt gevraagd, maar de beoordelaar heeft na een paar dagen nog steeds niet gereageerd, wees dan niet bang om het nog eens te vragen, zeg bijvoorbeeld: 'review ping'. Als er daarna na een aantal dagen nog steeds geen reactie is vraag dan om hulp in de IRC chat #introductie of #ontwikkelaars.

Stap 5 - Reageer op de beoordeling

Vaak zal de beoordelaar je vragen iets aan te passen, hetzij minder noodzakelijk hetzij noodzakelijk. In elk geval, los het op. Als je onzeker bent over hoe je dit moet dan, vraag het! Upload je nieuwe patch en vraag de zelfde beoordelaar opnieuw voor een beoordeling. Als ze je een r+ geven dan is je oplossing geaccepteerd en is deze in de tree opgenomen!

Stap 6 - Plaats de code in de tree

Aangezien je niet de rechten heb om de code in de tree pushen, zal je iemand om hulp moeten vragen. Als je een mentor hebt, vraag hem/haar het. Zo niet vraag het de beoordelaar. Als de beoordelaar druk is, voeg het 'checkin-needed' sleutelwoord toe aan je reactie, als je dat niet kan vraag het iemand anders die deze rechten heeft. Een vriendelijke persoon zal binnen een paar dagen de code in de tree zetten, en zal de bug status bijwerken.

Lees dit ook even door!: https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Committing_Rules_and_Responsibilities

Stap 7 - Herhaal

Gefeliciteerd, je hebt je eerste bug opgelost! Je kunt nu terug naar stap 3 en opnieuw beginnen als je wilt. Nu je eerste bug is opgelost kun je level 1 toegang aanvragen tot de repository zodat je code kan pushen naar de tryserver en automatische feedback kunt krijgen over je veranderingen op verschillende platformen. Na het oplossen van een niet significant aantal bugs kun je level 3 toegang aanvragen. Je kunt dan zelf je code in de tree pushen nadat het is goedgekeurd(r+ed) door de beoordelaar.

Meer informatie

We zijn bezig informatie aan het verbeteren voor nieuwe vrijwilligers. We zullen deze informatie binnenkort toevoegen, maar tot dan kun je ze in de huidige vorm vinden:

Documentlabels en -medewerkers

 Aan deze pagina hebben bijgedragen: Mart1250
 Laatst bijgewerkt door: Mart1250,