Hvorfor “ Gaffel meg på GitHub ”? [lukket]

Bortsett fra fostersamarbeidssiden av saken, vil det fra et forretningsperspektiv styrke og styrke GitHub «s trafikk, brukerbase og markedsposisjon. Så det er også en liten forretningsstrategi knyttet til den.

Personlig har jeg ikke noe imot dette fordi GitHub gir en verdifull tjeneste til open source-fellesskapet.

Kommentarer

• Hvorfor er svaret ditt fra perspektivet til GitHub? Folk legger ikke den logoen på nettstedene sine for å styrke GitHub ' s trafikk, brukerbase og markedsposisjon. Det kan være en bivirkning, men det er ikke formålet . Hvordan er dette en GitHub " forretningsstrategi "? GitHub er ikke ' t selv ansvarlig for å plassere denne logoen på OSS-nettsteder (OSS-vedlikeholdere er).
• @Ben Lee Kommentaren din er godt tatt. Men jeg vil hevde at det ikke er ett formål, men mange . Jeg avviste ikke ' ikke synspunktet om at et formål er å fremme samarbeid, bare at vi også må erkjenne at GitHub også er en virksomhet (det kan hevdes at de er markedsledende i dette industri), og at et annet formål med Fork Me on GitHub er for strategisk fordel. Gitt at dette er frivillig, men det er effektivt likevel. Det gjør GitHub mer synlig på internett, en viktig del av enhver forretningsstrategi på internett.
• @ BenLee Som dmitri bemerket, har Github denne siden: github. no / blog / 273-github-bånd Har Bitbucket eller andre tjenester noe lignende?

Er det ment å vise at dette er et samarbeidsprosjekt – du er velkommen til å legge til forbedringer?

Ja: du har ikke rett til å presse en forpliktelse direkte på repoen deres.
Men du har muligheten til å forkaste repoen , som gjør det til din repo, og skyver forpliktelse derfra, og forbereder pull-forespørsler .

Kommentarer

• Jeg vet at du kan gaffel, så dra forespørsel på Github, spørsmålet mitt er hvorfor de sier " gaffel meg på Github "?
• @NoBugs for å sikre at du vet hvordan du kan bidra tilbake til prosjektet deres.
• Jeg tror, fokuset her ligger mer på " gaffel meg " enn på Github. Det ' er sannsynligvis ganske enkelt fordi Github er det mest populære nettstedet av denne typen. Jeg tror ikke ' ikke at noen har et stort problem hvis du forkaster på Bitbucket.Godt spørsmål uansett.
• Jeg tror ikke ' t tror noen har et stort problem hvis du forkaster på gitorious. org , heller. Det er det nesten ingen som gjør …

Merket «Fork me on Github» er ment å vise at det er prosjektet du får rett til å bidra til prosjektet eller bruke det som utgangspunkt for ditt eget prosjekt.

Det viser ganske bra at «det» er et samarbeidsprosjekt, og at du er velkommen til å legge til forbedringer. «

Det lar deg leke med koden eller lage en spin-off av det samme prosjektet uten å påvirke den opprinnelige kilden.

https://help.github.com/articles/fork-a-repo

Det samme prinsippet gjelder alle andre git-verter.

Hovedpoengene (blant mange andre) for å gi rett til å forkaste et prosjekt er å

• fremme samarbeid – ved å la folk samarbeide om å forbedre prosjektet.
• legg til kunnskap – ved å la folk studere koden din.

Noen av prosjektene du kan ha møter på være av Github-ansatte for sine egne private behov. De ønsker ikke å promotere github. Du kan finne prosjekter av github her: https://github.com/github

Om hvorfor du ikke er å se merker fra andre verter er fordi Github er den mest populære git hosting- og samarbeidsplattformen.

Kommentarer

• Nøyaktig. DVCS-arbeidsflyter betyr at jeg kan publisere resultater uten å påføre dem andre. Forking betyr ikke å måtte be om tillatelse til å dele noe du vil dele. Hvis Internett liker endringene dine, vil de absorbere dem.

Tenk deg at du bruker favoritt teksteditoren din, og etter en stund vil du oppdage at du virkelig vil elske at noen funksjoner skal implementeres (som ikke-blokkerende alternativet Lagre fil).

Etter å ha tenkt at du for den ellevte gangen bestemmer deg for å skrive en alene. Etter at du har funnet github-siden til dette prosjektet, har du to alternativer:

1. Last ned kildekoden, endre og hold det for deg selv.
2. Gaffel prosjektet på en github og jobbe med gaffelen din.

Hvis du valgte det andre alternativet, etter å ha gjort funksjonen din velskrevet og godt testet, kan du forberede pull-forespørsel, og da vil hele prosjektet ha nytte av du.

Men hvis du valgte den første banen, er det veldig sannsynlig at du bare glemmer endringen din og ingen bortsett fra at du vil ha nytte av det (ja, du kan dele koden manuelt, men noen andre koder kan lett glemme det. Ved å bruke github tvinger du deg til å bli mer sosialisert med de andre «s arbeid).

Å si «gaffel meg på et github» -prosjektets eier, vil bare sørge for at du valgte Fork on github i stedet for å laste ned koden og publisere den inn i hjemmekatalogen din.

Det er bare der for å vise at dette er et åpen kildekodeprosjekt, og du forkaster det hvis du vil, uansett årsak. Sjekk også dette blogginnlegget på GitHub: https://github.com/blog/273-github-ribbons

Oppdatering: Personlig legger jeg til disse GitHub-båndene slik at folk kan finne meg på GitHub og stjerne prosjektene mine;)

Det betyr at de «er på github, der gaffel er billig, og de vil oppmuntre til bidrag for å forbedre programvaren og fellesskapet.

det er en annen måte å si «lapper er velkomne».

i stedet for å sende ønsker og funksjonsforespørsler, folk kan sende pull-forespørsel der den opprinnelige forfatteren gjennomgår, validerer og slår sammen pull-forespørselen.

historisk forking er en fiendtlig handling utført av en gruppe som er i konflikt med ledelsen av det opprinnelige prosjektet, for eksempel Sun » s OpenOffice pleide å avvise raskt C / C ++ SVG-plugin fordi det foretrekker sitt eget langsomt ødelagte Java-baserte plugin av politiske årsaker.

I de fleste tilfeller er gafler dårlige og bæres av misunnelige mennesker eller mennesker fra egoistiske selskaper. som har planer som gjør det, deles ikke med det opprinnelige samfunnet og ikke er i tråd med det (f.eks. Canonical ) og eksempel på dette er libav / avc onv (som er en gaffel av FFMPEG), i slike tilfeller har det opprinnelige samfunnet høyere kvalitet, sikkerhet , og de ønsker oppdateringer som er tilpasset samfunnsplanene.

Dan Walsh bemerket den gamle definisjonen av gaffel

I har vært i åpen kildekode i lang tid, og definisjonen min av en «gaffel» kan være datert. Jeg tenker på en «gaffel» som en fiendtlig handling tatt av en gruppe for å få andre til å bruke og bidra til sin versjon av et oppstrøms prosjekt og ignorere den «originale» versjonen. For eksempel, LibreOffice forking av OpenOffice eller går tilbake Xorg forking av Xfree86.

Så sammenlignet han det med github «s gaffel

I dag har GitHub endret betydningen. Når det finnes et programvarelager på GitHub eller en lignende plattform, må alle som vil bidra, trykke på «gaffel» -knappen, og begynn å bygge lappene sine. I skrivende stund har Docker på GitHub 9860 gafler, inkludert våre. Etter denne definisjonen er imidlertid alle pakker som distribusjoner sendes som inkluderer lapper, gafler. Red Hat sender Linux-kjernen, og jeg har ikke hørt dette referert til som en gaffel. Men det vil bli ansett som en «gaffel» hvis du vurderer noe oppstrøms prosjekt som sendes med lapper en gaffel.

Alle svarene som sier at dette er samarbeidende, stiller spørsmålet: hvorfor ikke si « Klone meg på GitHib» eller «Last ned. zip fra GitHub «?

På GitHub kan du se antall tellinger. Men, så vidt jeg vet, er det ikke noe antall kloner eller zip-nedlastinger.

Så jeg vil si at det delvis er å oppmuntre til samarbeid, dels for å få tilbakemelding og validering av at folk bruker koden .

PS Jeg er ganske ny på GitHub, så vennligst gi meg beskjed hvis dette er helt galt utenom basen.

Kommentarer

• Er det ikke ' det er langt enklere å bare si, " at ' s hvordan distribuert versjonskontroll fungerer, ved å trekke forespørsler, som selvfølgelig krever at jeg først forkaster repoen din, så forplikter meg til gaffelen min, og deretter utsteder en trekkforespørsel hvis jeg bygger noe som er verdt å dele med det opprinnelige prosjektet "
• Må innrømme at jeg virkelig ikke ' t " får " git. Hvorfor ikke bare klone eller hente zip-filen, og hvis jeg gjør endringer, konfigurerer jeg hvilken VCS jeg vil? I de sjeldne tilfellene gjør jeg nyttige endringer til fordel for alle, jeg kan ty til e-post eller gjøre gaffelen da.
• Dette svaret er selvmotsigende. Du foreslår med rette at de prøver å oppmuntre til samarbeid. Poenget med en slik lenke er ikke å gi folk et sted å laste ned prosjektet ditt, men poenget er å få dem involvert i å utvikle det. De kunne laste ned en zip eller klone den hvis de bare ville ha en kopi for seg selv, men hvis de vil at deres kopi skal ha en sti som skal bidra tilbake til oppstrøms-prosjektet som gjøres gjennom å ha en gaffel som oppstrøms kan trekke dine bidrag i fra.
• @ user949300, du kan fortsatt bare bruke git clone https://github.com/$NAME_OF_GITHUB_USER/$NAME_OF_REPOSITORY.git og deretter git format-patch master og sende via e-post eller lignende

forking på github gjør at det høres veldig enkelt ut å si som følg meg på twitter. Jeg bringer litt sosialisering inn i utviklingsverdenen fra min egen oppfatning og gjør det også åpenbart at det er åpen kildekode og tilgjengelig for modifikasjoner. Jeg synes også det er et fint konsept med «fork me on github» -banneret i den ene enden av prosjektnettstedet ditt

Kommentarer

• Um. No.For det er det ' stjerne ' og ' klokke ' for repos samt ' følg ' for brukere. Poenget med gafler er å oppmuntre til en bestemt type handling – å sende bidrag oppstrøms – ikke bare gjøre det sosialt.

Du er sannsynligvis best å bare ta det enkleste svaret: de vil at du skal vite at koden er fritt tilgjengelig på GitHub. Jeg synes hypotesene dine er litt overtenkte.

Kommentarer

• Dette er det enkleste svaret som faktisk gir mening.