Cum de a contribui cod înapoi la un proiect Open Source?

voturi
30

Dacă sunteți în urma unui proiect Open Source și ar dori să contribuie modificări de cod, ceea ce va trebuie să faci?

Întrebat 05/08/2008 la 14:25
sursa de către utilizator
În alte limbi...                            


10 răspunsuri

voturi
18

Mi-ar petrece timpul de a cunoaște oamenii mai întâi. De obicei, ei au un chatroom IRC în care toată lumea idles. Petrece cândva a cunoaște oamenii, studiază codul, consultați documentația, apoi, dacă vă simțiți ca esti o potrivire corecta pentru proiect, începe să contribuie la patch-uri de bug-uri. Nu încercați să adăugați caracteristici noi la început. Ele nu vor fi, în general, acceptate.

De asemenea , acest ceas Google tech vorbesc despre Cum Pentru a proteja Deschideți proiectul Sursa de veninosi People . Acesta vă va învăța ce să nu facă.

Publicat 05/08/2008 la 14:30
sursa de către utilizator

voturi
7

Cel mai bun mod de a face acest lucru este de a te prezenta ca aceasta „Bună, Iată un bug / caracteristică și aici este un patch care fixează / l pune în aplicare.“

Sunt pe un cuplu de proiecte open source, și există o mulțime de oameni cu cele mai bune intenții de a ajuta, dar care nu face de fapt nimic, așa că, dacă apari cu cod de lucru va fi considerat mult mai valoros.

Publicat 06/08/2008 la 23:38
sursa de către utilizator

voturi
4

Ca creatorul mai multor proiecte open source, sunt pe de cealaltă parte a lucrurilor în care am încercat pentru a obține contribuitori. Iată ce aș spune:

  • Anunțați-vă în oricare mod este adecvat pentru proiect: e-mail, lista de discutii, forum, etc
  • A se vedea dacă ideea ta este deja în lucrări. Dacă este așa, poate încerca să ajute mai degrabă decât dublarea eforturilor.
  • Aflați modul preferat de a prezenta codul
  • Asigurați-vă că urmați stilurile de codificare utilizate în proiect. (Dacă vă decideți pentru a converti toate filele la spațiile, acestea nu vor fi în măsură să fuzioneze modificările în sistemul lor de control al versiunilor cu ușurință și mai mult decât probabil va ignora informațiile trimise.)
Publicat 22/08/2008 la 14:52
sursa de către utilizator

voturi
4

Așa cum au spus postere anterioare, este o chestiune pentru proiect. Veți găsi că unele sunt mai deschise pentru a schimba decât altele. Din punct de vedere mecanic, va trebui să vedeți dacă folosesc SVN (de exemplu, de pe Google Code) sau CVS (de exemplu, pe SourceForge) și de a determina dacă acestea utilizează patch-uri sau alte metode.

Un bun exemplu de tipul de procedură poate fi nevoie să angajeze poate fi vazut pe site-ul gimp: http://www.gimp.org/bugs/howtos/submit-patch.html Notă utilizarea lor de Bugzilla, patch - uri și CVS

Publicat 05/08/2008 la 15:21
sursa de către utilizator

voturi
3

Dacă sunteți în căutarea de modalități de a se implica pe o scară mai mică (poate să muncești) OpenHatch are o bază de date de bug - uri (sortate în funcție de limbă / cadru) , precum și un tutorial mare pentru a începe.

Un alt mod de a începe este CodeTriage care are contracte repo github caută ajutor în rezolvarea problemelor deschise , care sunt , de asemenea , organizate de limbă.

Publicat 19/09/2013 la 22:16
sursa de către utilizator

voturi
3

Un cuplu de alte lucruri pentru a păstra în minte:

  • Fii sigur că tu de fapt , dețineți codul pe care doriți să contribuie înapoi, și nu angajatorul sau clientul pe care a făcut modificările pentru. Verificați contractul de muncă sau a unui acord de serviciu în cazul în care există o posibilitate vă aflați într -o astfel de situație.

  • Investiga dacă există un proces de atribuire de proprietate intelectuală pe care dezvoltatorii preferă colaboratori trec prin. Aceste zile multe proiecte Open Source au astfel de sarcini, astfel încât toate drepturile codul din proiect poate fi deținut de proiectul în sine și / sau sponsorul acestuia.

Ambele sunt importante atunci când vine vorba de a te proteja, proiectul, și oricine care vrea să utilizeze sau să se bazeze pe proiectul aval de cereri legate de codul scris de tine.

Publicat 09/08/2008 la 01:22
sursa de către utilizator

voturi
3

Lucruri de genul asta folosit pentru a fi simplu.

A existat o listă de corespondență pentru utilizatori și unul pentru dezvoltatori. Dacă vedeți o problemă și poate repara-l repara și apoi executați Patch Larry Wall și trimite patch-uri care rezultă în lista devs cu o explicație rapidă a ceea ce face. În general, un dev cu acces de scriere la CVS (sau în zilele vechi reale ale căror dischetă proiect a locuit pe;)) ar verifica lucrurile peste și în cazul în care plasturele face ceea ce se spune pe tablă și nu se rupe nimic altceva ajunge în arborele sursă corespunzătoare.

Aceste zile sunt mult mai multe proiecte de dezvoltare folosind deschise și multe dintre ele sunt conduse de oameni care nu au rula un proiect software înainte să nu mai vorbim unul deschis, astfel ca lucrurile surselor de aprovizionare poate fi mai dificil. În general, mail un patch pentru cineva care face o mulțime de dev în zona din dreapta a proiectului devine ochiul drept se uită la ea repede chiar și astăzi. O răsfoire a magaziei online, vă va spune cei care fac munca mai degrabă decât cei care obțin numele pe prima pagină a site-ului, contactați mai întâi acei tipi :)

Publicat 05/08/2008 la 17:12
sursa de către utilizator

voturi
1

Primul lucru pe care ar trebui să faceți este să contactați principalii oameni care conduc proiectul open source. Întrebați-i dacă este OK pentru a contribui la codul și du-te de acolo.

Pur și simplu scris codul îmbunătățit și apoi dându-le-ar putea avea ca rezultat codul fiind respins.

Publicat 05/08/2008 la 14:28
sursa de către utilizator

voturi
0

Ia-chat în IRC sau răsfoiți grupurile de știri în cazul în care au unul. te face cunoscut. Poate fi necesar să prezinte patch-uri la un grup de știri înainte de a vi se un cont pentru a te supui.

Familiarizați-vă cu standardele de codificare, tipuri de patch-uri (de exemplu, dif unificat) și checkout o copie a CVS lor sau SVN în cazul în care permit accesul anonim.

Publicat 22/08/2008 la 15:09
sursa de către utilizator

voturi
0

Depinde de proiect, cum și în cazul în care este găzduit. Cel mai bun lucru este de a găsi o persoană de contact și să le e-mail sau pentru a vedea dacă există o listă de discuții dezvoltatori.

Publicat 05/08/2008 la 14:26
sursa de către utilizator

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more