Contribuire al codice di Mozilla

Questa pagina dovrebbe esserti di aiuto per compiere i primi passi per contribuire a Mozilla.Benvenuto, siamo felici di vederti! :)

Serve aiuto?

La comunità di Mozilla accoglie sempre nuovi membri nel proprio gruppo. Per qualunque problema, puoi fare domande ne #introduction chat room on irc.mozilla.org. Se continui ad avere problemi puoi contattare Kyle Huey a [email protected].

Cosa devo saper fare?

Mozilla è un grande progetto e siamo felici di accogliere aiutanti con le capacità più varie.

Se conosci C++, per esempio, puoi contribuire alle parti centrali di Firefox, Firefox OS, e altri prodotti Mozilla.
Se conosci JavaScript o HTML/CSS, puoi contribuire al front-end di Firefox, o a Gaia, l'interfaccia applicazioni di Firefox OS.
Se conosci Java, puoi contribuire a Firefox Mobile.
Se conosci Python, puoi contribuire ai nostri servizi web, compresi Firefox Sync or Persona.
Se conosci Make, shell, Perl, o Python, puoi contribuire al nostro sistema di build.
Se conosci C, puoi contribuire a molte librerie di basso livello e di terze parti che usiamo come parte integrante del codice di Mozilla.
Ci sono anche molti modi di contribuire alla causa di Mozilla senza programmare. Se sei interessato nel design, supporto, traduzione, testing, o altri tipi di aiuto, guarda la Pagina delle opportunità di volontariato .

Forse ancora non sai programmare ma vorresti imparare? Va bene lo stesso, il programma Webmaker è ciò che fa per te, e ci sono altre risorse disponibili sul Mozilla Developer Network!

Passo 1 - Compila Firefox, Firefox OS, Thunderbird, o un'altra applicazione.

Se vuoi contribuire a Firefox, Thunderbird, o Firefox OS, segui le nostre semplici istruzioni per compilare Firefox, o Thunderbird, o Firefox OS. Sono chiare, ma potrebbero impiegare un po' di tempo, quindi potresti proseguire con i prossimi passi mentre compila. Altre istruzioni per la compilazioni disponibili qui.

Per altri prodotti potrebbe non essere necessario compilare nulla.

Passo 2 - Trova qualcosa su cui lavorare

Sistema ciò che ti infastidisce

Se c'è qualcosa che ti piacerebbe sistemare in Firefox, Thunderbird, o altre tue applicazioni Mozilla che preferisci, questo è un buon posto per iniziare. Ci sono molti modi per farlo:

Cerca su bugzilla le parole chiave.
Scopri dove si trova il problema tra i componenti di bugzilla , usando la lista dei componenti. Sfoglia quel componente su bugzilla per trovare bug correlati.
Fai domande su #introduction o #developers su irc.mozilla.org.

Trova un bug che abbiamo identificato come buono per i nuovi arrivati

Gli sviluppatori Mozilla segnalano alcuni bug come facili da risolvere in modo da far conoscere ai nuovi arrivati come funziona il lavoro:

I bug con mentore hanno un mentore che si impegna ad aiutarti in ogni passo del processo. Generalmente, dovrebbero esserci abbastanza informazioni nel bug per cominciare. Se dovessi avere bisogno di aiuto, contatta il mentore tramite IRC, nel bug stesso, o via email. Quando avrai completato di correggere il bug, il mentore ti aiuterà a far accettare il tuo codice.
I "buoni" primi bug potrebbero risulare un po' vecchi, ma in qualche momento della loro vita li abbiamo considerati come un buon inizio per i nuovi arrivati a Mozilla. Questi bug stanno per essere cambiati in bug con mentore, ma possono comunque essere un buon inizio nel caso non ci siano bug con mentore appropriati.
I Progetti per Studenti sono progetti più grandi, e potrebbero essere validi per ottenere crediti universitari. Ovviamente, se non sei uno studente, sentiti comunque libero di riparare uno di questi bug. Abbiamo due liste, una per progetti basati su codice esistente e una per creare nuove applicazioni.

Passo 3 - Correggi il bug

Lasciamo questo passo nelle tue capaci mani. Abbiamo anche delle risorse che potrebbero aiutarti:

Chiedi aiuto in un commento sul bug, o su #introduction o #developers
Dai un'occhiata a https://developer.mozilla.org/En/Developer_Guide

Step 4 - Ottieni la revisione del codice

Una volta corretto il bug, allega la patch al bug e chiedi la revisione. Puoi farlo cliccando il link Details sul tuo allegato, quindi setta il flag review a ? ed inserisci l'ID del revisitatore di bugzilla nel campo di testo che appare (il suo indirizzo email oppure l' :Unique Name che ti ha fornito). E' molto importante allegare l'ID bugzilla, o la richiesta sarà persa. Quindi come fare per capire la persona giusta a cui chiedere una revisione?

Se hai un mentore di bug, chiedi al tuo mentore; loro sapranno o possono cercarlo facilmente.
Run hg blame and look at the people who have touched the functions you've worked on - they will be a good candidate.
The bug itself may contain a clear indication of the best person to ask for a review.
Are there related bugs on similar topics? In that case, the reviewer in those bugs might be a good choice.
We have an out of date list of modules which lists peers and owners for the module, some of whom will be a good reviewer. In the worst case, set the module owner as the reviewer, and ask them in the comment to pick someone better if they don't have time.

Step 4b - Follow it up

If you've asked for review, but the reviewer hasn't said anything for a few days, don't be afraid to ping them. Just add a comment to the bug saying 'review ping?', and another a few days later if they still haven't responded. If they don't respond after that, ask for help in #introduction or #developers.

Step 5 - Respond to the review

Often, a reviewer will ask for changes, perhaps minor, perhaps major. In either case, fix what the reviewer asks for; if you're unsure how, be sure to ask! Attach the new patch to the bug again, and ask for review again from the same reviewer. If they give you an r+ that means that your bug is accepted into the tree!

Step 6 - Actually get the code into the tree

Since you don't yet have the ability to push the code into the tree, you should ask somebody for help. If you have a mentor, ask them. If not, ask the reviewer. If the reviewer is too busy, mark that a commit is needed by adding the checkin-needed keyword. A friendly person should be along within a few days and push the code to the repository, and they will mark the bug as fixed.

Step 7 - Repeat

Congratulations, you've fixed your first bug. Now go back to step 3 and repeat. Now that you've got your first bug in, you should request level 1 access to the repository so that you can push to the tryserver and get automated feedback about your changes on multiple platforms. After fixing a nontrivial number of bugs, you should request level 3 access so that you can push your own code after it has been r+ed.

More information

We're in the process of improving information on this page for newcomers to the project. We'll be integrating some information from these pages soon, but until then you may find them interesting in their current form: