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

Bortset fra fostersamarbejdssiden i spørgsmålet vil det fra et forretningsmæssigt perspektiv forbedre og styrke GitHubs trafik, brugerbase og markedsposition. Så der er også en lille smule forretningsstrategi forbundet med det.

Personligt har jeg ikke noget imod dette, fordi GitHub leverer en værdifuld service til open source-samfundet.

Kommentarer

• Hvorfor er dit svar fra GitHubs perspektiv? Folk lægger ikke dette logo på deres websteder for at styrke GitHub ' s trafik, brugerbase og markedsposition. Det kan være en bivirkning, men det er ikke formålet . Hvordan er dette en GitHub " forretningsstrategi "? GitHub er ikke engang ' t selv ansvarlig for at placere dette logo på OSS-websteder (OSS-webstedsvedligeholdere er).
• @Ben Lee Din kommentar er godt taget. Men jeg vil hævde, at der ikke er et formål , men mange . Jeg afviste ikke ' synspunktet om, at et formål er at fremme samarbejde, simpelthen at vi også skal anerkende, at GitHub også er en forretning (det kan hævdes, at de er markedsledende inden for dette industri), og at et andet formål med Fork Me på GitHub er strategisk fordel. Indrømmet at dette er frivilligt, men det er alligevel effektivt. Det gør GitHub mere synligt på internettet, en vigtig del af enhver internetforretningsstrategi.
• @ BenLee Som bemærket af dmitri har Github denne side: github. com / blog / 273-github-bånd Har Bitbucket eller andre tjenester noget lignende?

Er det meningen at vise, at dette er et samarbejdsprojekt – du er velkommen til at tilføje forbedringer?

Ja: du har ikke ret til at skubbe en forpligtelse direkte ved deres repo.
Men du har muligheden for at forkaste deres repo , hvilket gør det til din repo, og skub begå derfra, forbereder pullanmodninger .

Kommentarer

• Jeg ved, du kan forkaste, så træk anmodning til Github, mit spørgsmål er hvorfor de siger " fork mig på Github "?
• @NoBugs for at sikre, at du ved, hvordan du kan bidrage tilbage til deres projekt.
• Jeg tror, at fokus her ligger mere på " forkæl mig " end på Github. Det ' er sandsynligvis simpelthen fordi Github er det mest populære sted af denne art. Jeg tror ikke ' at nogen har et stort problem, hvis du forkaster Bitbucket.Godt spørgsmål alligevel.
• Jeg tror ikke ' Jeg tror ikke, at nogen har et stort problem, hvis du forkæler på gitorious. org , enten. Det er bare, at næsten ingen gør …

Badget “Fork me on Github” menes at vise, at det er det projekt, du får ret til at bidrage til projektet eller bruge det som udgangspunkt for dit eget projekt.

Det viser lidt, at “det” er et samarbejdsprojekt, og at du er velkommen til at tilføje forbedringer. “

Det giver dig mulighed for at lege med koden eller lave en spin-off af det samme projekt uden at påvirke den oprindelige kilde.

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

Det samme princip gælder for alle andre git-værter.

Hovedpunkterne (blandt mange andre) ved at give ret til at forkaste et projekt er at

• fremme samarbejde – ved at lade folk arbejde sammen om at forbedre projektet.
• tilføj til viden – ved at lade folk studere din kode.

Nogle af de projekter, du måske har møder, kan muligvis være af Github-personale til deres egne private behov. De ønsker ikke at promovere github. Du kan finde projekter ved github her: https://github.com/github

Hvorfor du ikke er At se badges fra andre værter skyldes, at Github er den mest populære git-hosting- og samarbejdsplatform.

Kommentarer

• Præcis. DVCS-arbejdsgange betyder, at jeg kan offentliggøre min resultater uden at påføre andre dem. Forking betyder ikke at skulle bede om tilladelse til at dele noget, du vil dele. Hvis Internettet kan lide dine ændringer, absorberer de dem.

Forestil dig, at du bruger din yndlings teksteditor, og efter et stykke tid finder du ud af, at du virkelig vil elske, at en funktion skal implementeres (som ikke-blokerende Gem filindstilling).

Efter at have tænkt på, at du for ellevte gang beslutter at skrive en selv. Når du har fundet github-siden i dette projekt, har du to muligheder:

1. Download kildekoden, rediger og hold det for dig selv.
2. Gaffel projektet på en github og arbejd på din gaffel.

Hvis du valgte den anden mulighed, efter at have gjort din funktion velskrevet og velprøvet, kunne du forberede pull-anmodning, og så ville hele projektet have gavn af du.

Men hvis du vælger den første sti, er det meget sandsynligt, at du bare vil glemme alt om din ændring, og ingen, undtagen du, vil få gavn af den (ja, du kan dele koden manuelt, men en anden koder kunne let glemme det. Brug af github tvinger dig til at blive mere socialiseret med de andre “s arbejde).

At sige “fork mig på et github” -projekts ejer vil bare sørge for, at du valgte Fork on github i stedet for at downloade koden og offentliggøre den i dit hjemmekatalog.

Det er kun der for at vise, at dette er et open source-projekt, og du forkaster det hvis du vil, uanset årsagen. Tjek også dette blogindlæg på GitHub: https://github.com/blog/273-github-ribbons

Opdatering: Personligt tilføjer jeg disse GitHub-bånd, så folk kan finde mig på GitHub og stjerne mine projekter;)

Det betyder, at de “er på github, hvor gafler er billige, og de vil tilskynde bidrag til at forbedre deres software og community.

det er en anden måde at sige “patches are welcome”.

i stedet for at sende ønsker og funktionsanmodninger folk kan sende pull-anmodning, hvor den oprindelige forfatter gennemgår, validerer og fletter pull-anmodningen.

historisk forking er en fjendtlig handling udført af en gruppe, der er i konflikt med ledelsen af det oprindelige projekt, for eksempel Sun ” s OpenOffice bruges til at afvise hurtigt C / C ++ SVG-plugin, fordi det foretrækker sit eget langsomt ødelagte Java-baserede plugin af politiske årsager.

I de fleste tilfælde er gafler dårlige og bæres af misundelige mennesker eller mennesker fra egoistiske virksomheder der har planer, der gør det, deles ikke med det oprindelige samfund og ikke er i overensstemmelse med det (f.eks. Canonical ) og et eksempel på dette er libav / avc onv (som er en fork af FFMPEG), i disse tilfælde har den oprindelige gruppe højere kvalitet, sikkerhed , og de byder patches velkommen, der er tilpasset fællesskabsplaner.

Dan Walsh bemærkede den gamle definition af gaffel

I har været i open source i lang tid, og min definition af en “fork” kan være dateret. Jeg tænker på en “fork” som en fjendtlig handling truffet af en gruppe for at få andre til at bruge og bidrage til deres version af et opstrøms-projekt og ignorere den “originale” version. For eksempel gaffel LibreOffice ud af OpenOffice eller går tilbage Xorg forking af Xfree86.

Så sammenlignede han det med githubs gaffel

I dag har GitHub ændret betydningen. Når der findes et softwarelager på GitHub eller en lignende platform, skal alle, der ønsker at bidrage, trykke på “fork” -knappen og start med at bygge deres patches. I skrivende stund har Docker på GitHub 9.860 gafler, inklusive vores. Ved denne definition er alle pakker, der distribueres, der indeholder patches, dog gafler. Red Hat sender Linux-kernen, og jeg har ikke hørt dette benævnt en gaffel. Men det ville blive betragtet som en “gaffel”, hvis du overvejer ethvert projekt opstrøms, der sendes med patches, en gaffel.

Alle svarene, der siger, at dette er samarbejdsvilligt, stiller spørgsmålet: hvorfor ikke sige “ Klon mig på GitHib” eller “Download. zip fra GitHub “?

På GitHub kan du se antallet af gafler. Men efter min viden tæller ikke antallet af kloner eller zip-downloads.

Så jeg vil sige, at det dels er for at tilskynde til samarbejde, dels for at få feedback og validering af, at folk bruger din kode .

PS Jeg er ret ny til GitHub, så hvis dette er helt forkert fra off-base, så lad mig det vide.

Kommentarer

• Er det ikke ' det er langt enklere at bare sige " at ' s hvordan distribueret versionskontrol fungerer, ved at trække anmodninger, hvilket naturligvis kræver, at jeg først forkaster din repo, derefter forpligter mig til min gaffel og derefter udsteder en pull-anmodning, hvis jeg bygger noget, der er værd at dele med det originale projekt