Hvordan bidra kode tilbake til åpen kildekode?

stemmer
31

Hvis du følger en Open Source-prosjektet og ønsker å bidra med kodeendringer, hva må du gjøre?

Publisert på 05/08/2008 klokken 13:25
kilden bruker
På andre språk...                            


10 svar

stemmer
18

Jeg ville bruke tid på å bli kjent med folk først. Vanligvis har de en IRC chatterom der alle går på tomgang. Tilbringe en gang å bli kjent med folk, studere koden, gjennom dokumentasjonen, så hvis du føler at du er en riktig passform for prosjektet, begynne å bidra til feil patcher. Ikke prøv å legge til nye funksjoner først. De vil vanligvis ikke bli akseptert.

Også se denne google tech snakk om hvordan du kan beskytte din Open Source prosjekt fra giftige People . Det vil lære deg hva du ikke bør gjøre.

Svarte 05/08/2008 kl. 13:30
kilden bruker

stemmer
7

Den beste måten å gjøre dette på er å introdusere deg selv som dette "Hei, her er en bug / funksjon og her er en oppdatering som fikser / implementerer det."

Jeg er på et par av åpen kildekode-prosjekter, og det er mange mennesker med de beste intensjoner om å hjelpe, men som aldri faktisk gjør noe, så hvis du møter opp med å jobbe koden vil du bli betraktet som mye mer verdifull.

Svarte 06/08/2008 kl. 22:38
kilden bruker

stemmer
4

Som skaperen av flere åpen kildekode-prosjekter, jeg er på den andre siden av ting i det jeg prøver å få bidragsytere. Her er hva jeg vil si:

  • Annonsere selv på den måten som passer for prosjektet: e-post, e-postliste, forum, etc
  • Se om ideen din er allerede i verk. Hvis ja, kanskje prøve å hjelpe ut heller enn å duplisere innsats.
  • Finn ut den foretrukne måten å sende inn kode
  • Pass på å følge koding stiler som brukes i prosjektet. (Hvis du velger å konvertere alle tabulatorer til mellomrom, vil de ikke være i stand til å flette dine endringer i sin versjon kontrollsystem lett og vil mer enn sannsynlig ignorere ditt bidrag.)
Svarte 22/08/2008 kl. 13:52
kilden bruker

stemmer
4

Som tidligere plakater har sagt, er det et spørsmål for prosjektet. Du vil finne at noen er mer åpne for å endre enn andre. Fra et mekanisk perspektiv, må du se om de bruker SVN (for eksempel på google code) eller CVS (for eksempel på sourceforge) og finne ut om de bruker lapp eller en annen metode.

Et godt eksempel på den type prosedyre du kanskje trenger å ansette kan sees på innleggs stedet: http://www.gimp.org/bugs/howtos/submit-patch.html Merk deres bruk av Bugzilla, patch og CVS

Svarte 05/08/2008 kl. 14:21
kilden bruker

stemmer
3

Hvis du leter etter måter å bli involvert på en mindre skala (kanskje for å jobbe deg opp) OpenHatch har en søkbar database med bugs (sortert etter språk / rammeverk), samt en flott tutorial for å komme i gang.

En annen måte å starte er CodeTriage som har GitHub repos på jakt etter hjelp fikse åpne spørsmål som også er organisert av språket.

Svarte 19/09/2013 kl. 21:16
kilden bruker

stemmer
3

Et par andre ting å huske på:

  • Vær sikker på at du faktisk eier koden du ønsker å bidra tilbake, og ikke din arbeidsgiver eller oppdragsgiver du gjort endringer for. Sjekk din ansettelsesavtale eller serviceavtale hvis det er en mulighet du er i en slik situasjon.

  • Undersøke om det er en intellektuell eiendom tildelingsprosess at utviklerne foretrekker bidragsytere gå gjennom. I disse dager mange åpen kildekode-prosjekter har slike oppdrag, slik at alle rettigheter til koden i prosjektet kan være eid av selve prosjektet og / eller sponsor.

Begge disse er viktig når det gjelder å beskytte deg selv, prosjektet, og alle som ønsker å bruke eller bygge videre på prosjektet nedstrøms fra krav i forbindelse med koden du skrev.

Svarte 09/08/2008 kl. 00:22
kilden bruker

stemmer
3

Ting som dette pleide å være enkelt.

Det var en epostliste for brukere og en for utviklere. Hvis du ser et problem, og kan fikse det fikse det og deretter kjøre Larry Wall patch og sende den resulterende patch til devs listen med en rask forklaring på hva den gjør. Vanligvis en dev med skrivetilgang til CVS (eller i de virkelige gamle dager som floppy prosjektet bodde på;)) ville sjekke tingene om og om oppdateringen gjør hva det står på tinn og brytes ikke noe annet det kommer inn kilden treet riktig.

I disse dager er det mange, mange flere prosjekter ved hjelp av åpne utvikling og mange av dem er drevet av folk som aldri har kjørt en programvare-prosjekt før enn si en åpen kildekode en slik ting kan være mer kinkig. Vanligvis post til en patch til noen gjøre masse dev i riktig område av prosjektet blir riktig øyne ser på det raskt selv i dag. En bla av online repository vil fortelle deg folk som gjør jobben i stedet for de som får sine navn på forsiden av nettstedet, kontakt de gutta først :)

Svarte 05/08/2008 kl. 16:12
kilden bruker

stemmer
1

Det første du bør gjøre er å kontakte de viktigste folk som kjører åpen kildekode. Spør dem om det er ok å bidra til koden og gå derfra.

Bare å skrive bedre kode og deretter gi det til dem kan resultere i koden din bli avvist.

Svarte 05/08/2008 kl. 13:28
kilden bruker

stemmer
0

Få chatting på IRC eller bla gjennom nyhetsgrupper hvis de har en. gjør deg kjent. Du må kanskje sende lapper i en nyhetsgruppe før du får en konto for å sende deg selv.

Bli kjent med koding standarder, patch typer (f.eks enhetlig diff) og hente ut en kopi av deres CVS eller SVN om de tillater anonym tilgang.

Svarte 22/08/2008 kl. 14:09
kilden bruker

stemmer
0

Det avhenger av prosjektet, hvordan og hvor det er vert. Det beste er å finne en kontakt og e dem eller se om det er en utvikler-epostlisten.

Svarte 05/08/2008 kl. 13:26
kilden bruker

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