Cum să contribuiți codul la un proiect Open Source?

Depinde de proiect, cum și unde este găzduit. Cel mai bun lucru este să găsiți un contact și să îi trimiteți un e-mail sau să vedeți dacă există o listă de discuții pentru dezvoltatori.

Primul lucru pe care ar trebui să-l faceți este să contactați principalii oameni care conduc proiectul open source. Întrebați-i dacă este bine să contribuiți la cod și să mergeți de acolo.

Simpla scriere a codului dvs. îmbunătățit și apoi acordarea acestuia poate duce la respingerea codului dvs.

Mi-aș petrece timpul să-l cunosc pe oameni mai întâi. De obicei, ei au o cameră de chat IRC în care toată lumea este inactiv. Petreceți câteodată cunoașterea oamenilor, studierea codului, revizuirea documentației, apoi, dacă simțiți că sunteți potrivită pentru proiect, începeți să contribuiți la remedierea erorilor. Nu încercați să adăugați noi caracteristici la început. În general, acestea nu vor fi acceptate.

De asemenea, urmăriți această discuție pe teme de tehnologie google despre Cum să vă protejați proiectul Open Source de la oamenii otrăviți >. Te va învăța ce să nu faci.

După cum au afirmat posterele anterioare, este o problemă pentru proiect. Veți descoperi că unii sunt mai deschiși spre schimbare decât alții. Din punct de vedere mecanic, va trebui să vedeți dacă folosesc SVN (de exemplu pe codul Google) sau CVS (de exemplu, pe sourceforge) și să determinați dacă folosesc un patch sau altă metodă.

A good example of the sort of procedure you might need to employ can be seen on the gimp site: http://www.gimp.org/bugs/howtos/submit-patch.html Note their use of Bugzilla, patch and CVS

Lucruri de genul asta au fost simple.

A existat o listă de discuții pentru utilizatori și una pentru dezvoltatori. Dacă vedeți o problemă și o puteți rezolva, reparați-o și apoi executați Patch-ul lui Larry Wall și trimiteți patch-ul rezultat în lista de distribuitori cu o explicație rapidă a ceea ce face. În general, un dev cu acces la scriere la CVS (sau în zilele reale în care floppy proiectul a avut loc); ar verifica lucrurile peste și dacă patch-ul dvs. face ceea ce se spune pe staniu și nu rupe nimic altceva intră în arborele sursă propriu-zis.

Aceste zile există multe, multe alte proiecte care utilizează dezvoltarea deschisă și o mulțime de ele sunt conduse de oameni care nu au derulat niciodată un proiect software înainte de a lăsa la o parte unul deschis, astfel încât lucrurile să fie mai dificilă. În general, trimiterea unui patch pe cineva care face o mulțime de dev în zona potrivită a proiectului primește ochii potriviți privindu-i rapid chiar și astăzi. O răsfoire a depozitului online vă va spune celor care fac munca mai degrabă decât cei care își fac numele pe prima pagină a site-ului Web, contactați-i mai întâi pe acei băieți :)

Cel mai bun mod de a face acest lucru este să vă prezentați astfel: "Bună, Iată o eroare / caracteristică și iată un plasture care o corectează / o implementează".

Sunt pe o serie de proiecte open source și există o mulțime de oameni cu cele mai bune intenții de a ajuta, dar care nu fac niciodată nimic, deci, dacă apare cu codul de lucru, veți fi considerat mult mai valoros.

Alte câteva lucruri de reținut:

• Asigurați-vă că vă dețineți de fapt codul pe care doriți să-l contribuiți înapoi, și nu angajatorul sau clientul pentru care ați făcut modificările. Verificați-vă contractul de muncă sau contractul de servicii dacă există o posibilitate să vă aflați într-o astfel de situație.

• Investigați dacă există un proces de atribuire a proprietății intelectuale pe care dezvoltatorii preferă să îl treacă pe contribuabili. Aceste zile multe proiecte Open Source au astfel de sarcini, astfel încât toate drepturile asupra codului din proiect să poată fi deținute de proiectul însuși și / sau de sponsorul acestuia.

Ambele sunt importante atunci când vine vorba de protejarea dvs., a proiectului și a oricui doriți să utilizați sau să construiți pe proiect în aval de reclamații legate de codul pe care l-ați scris.

În calitate de creator al mai multor proiecte open source, sunt pe cealaltă parte a lucrurilor în care încerc să mă implic. Iată ce aș spune:

• Anunțați-vă în orice mod este potrivit pentru proiect: e-mail, lista de discuții, forum etc.
• Verificați dacă ideea dvs. se află deja în scenă. Dacă da, poate încercați să ajutați mai degrabă decât să faceți dublarea eforturilor.
• Aflați modul preferat de a trimite codul
• Asigurați-vă că urmați stilurile de codare utilizate în proiect. (Dacă decideți să transformați toate filele în spații, acestea nu vor putea să vă îmbine cu ușurință modificările în sistemul de control al versiunilor dvs. și va ignora, mai mult decât probabil, trimiterea dvs.)

Luați discuții în IRC sau navigați prin grupurile de știri dacă au una. fă-te cunoscut. Este posibil să trebuiască să trimiteți patch-uri către un grup de știri înainte de a vi se da un cont de prezentare.

Familiarizați-vă cu standardele de codificare, tipurile de patch-uri (de ex. Unified diff) și efectuați o copie a CVS sau SVN în cazul în care permit accesul anonim.

Dacă sunteți în căutarea unor modalități de a vă implica la o scară mai mică (poate pentru a vă deplasa) OpenHatch are o funcție de căutare baza de date a bug-urilor (sortate în funcție de limbă / cadru), precum și un tutorial excelent pentru a începe.

O altă modalitate de a începe este CodeTriage , care oferă GitHub repos în căutarea ajutorului pentru rezolvarea problemelor deschise care sunt, de asemenea, organizate în funcție de limbă.