Waarom “ Fork me op GitHub ”? [gesloten]

Afgezien van het bevorderen van samenwerking, zal het vanuit een zakelijk perspectief GitHubs verbeteren en versterken verkeer, gebruikersbestand en marktpositie. Er is dus ook een beetje een bedrijfsstrategie aan verbonden.

Persoonlijk vind ik dit niet erg omdat GitHub een waardevolle service biedt aan de open source-gemeenschap.

Reacties

• Waarom is jouw antwoord vanuit het perspectief van GitHub? Mensen plaatsen dat logo niet op hun sites om het verkeer, het gebruikersbestand en de marktpositie van GitHub ' te versterken. Dat is misschien een bijwerking, maar dat is niet het doel . Hoe is dit een GitHub " bedrijfsstrategie "? GitHub is niet ' zelfs niet verantwoordelijk voor het plaatsen van dit logo op OSS-sites (beheerders van OSS-sites zijn dat wel).
• @Ben Lee Uw commentaar is goed ontvangen. Maar ik zou beweren dat er niet één doel is, maar vele . Ik heb ' de opvatting niet verworpen dat het een doel is om samenwerking te bevorderen, gewoon dat we ook moeten erkennen dat GitHub ook een bedrijf is (je zou kunnen zeggen dat zij de marktleider zijn in dit industrie), en dat een ander doel van Fork Me on GitHub een strategisch voordeel is. Toegegeven dat dit vrijwillig is, maar het is niettemin effectief. Het maakt GitHub meer zichtbaar op internet, een belangrijk onderdeel van elke internetbedrijfsstrategie.
• @BenLee Zoals dmitri al opmerkte, heeft Github deze pagina: github. com / blog / 273-github-ribbons Heeft Bitbucket of een andere service iets soortgelijks?

Is het bedoeld om te laten zien dat dit een samenwerkingsproject is – je bent welkom om verbeteringen toe te voegen?

Ja: je hebt niet het recht om een commit direct naar hun repo te pushen.
Maar je hebt wel de mogelijkheid om hun repo te splitsen , wat het jouw repo maakt, en vanaf daar de commit pusht en pull-verzoeken voorbereidt.

Reacties

• Ik weet dat je kunt fork, en dan een verzoek kunt trekken op Github, mijn vraag is waarom ze zeggen " vork me op Github "?
• @NoBugs om ervoor te zorgen dat je weet hoe je een bijdrage kunt leveren aan hun project.
• Ik denk dat de focus hier meer ligt op de " vork me " dan op Github. Het ' is waarschijnlijk simpelweg omdat Github de meest populaire site van deze soort is. Ik denk niet dat ' iemand een groot probleem heeft als je op Bitbucket splitst.In ieder geval een goede vraag.
• Ik denk niet dat ' iemand een groot probleem heeft als je splitst op gitorious. org . Het is gewoon dat bijna niemand het doet …

De “Fork me on Github” -badge is bedoeld om aan te tonen dat u het recht krijgt om bij te dragen aan het project of het als uitgangspunt voor uw eigen project te gebruiken.

Het laat een beetje zien dat “het” een samenwerkingsproject is en dat je “welkom bent om verbeteringen toe te voegen”.

Je kunt ermee spelen met de code of een spin-off maken van hetzelfde project zonder de oorspronkelijke bron te beïnvloeden.

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

Hetzelfde principe is van toepassing op alle andere git-hosts.

De belangrijkste punten (naast vele andere) van het geven van het recht om een project te splitsen, zijn om

• samenwerking te bevorderen – door mensen toe te staan samen te werken om het project te verbeteren.
• voeg toe aan kennis – door mensen toe te staan uw code te bestuderen.

Sommige van de projecten die u mogelijk tegenkomt worden door Github-personeel voor hun eigen privébehoeften. Ze willen github niet promoten. Je kunt projecten van github hier vinden: https://github.com/github

Waarom je dat niet bent het zien van badges van andere hosts is omdat Github het populairste git-hosting- en samenwerkingsplatform is.

Reacties

• Precies. DVCS-workflows betekenen dat ik mijn resultaten zonder ze aan anderen op te leggen. Forking betekent dat je geen toestemming hoeft te vragen om iets te delen dat je wilt delen. Als het internet je veranderingen leuk vindt, zullen ze deze absorberen.

Stel je voor dat je je favoriete teksteditor gebruikt, en na een tijdje merk je dat je echt graag een functie zou willen implementeren (zoals de niet-blokkerende optie voor het opslaan van bestanden).

Nadat je hebt bedacht dat je voor de elfde keer besluit er zelf een te schrijven. Nadat je de github-pagina van dit project hebt gevonden, heb je twee opties:

1. Download de broncode, wijzig het en bewaar het voor jezelf.
2. Fork het project op een github en werk aan je fork.

Als je de tweede optie kiest, nadat je je feature goed geschreven en goed getest hebt gemaakt, zou je een pull request kunnen voorbereiden en dan zou het hele project profiteren van u.

Als u echter het eerste pad kiest, is het zeer waarschijnlijk dat u het gewoon vergeet uw wijziging en niemand behalve u zal er baat bij hebben (ja, u kunt de code handmatig delen, maar een andere coder zou dat gemakkelijk kunnen vergeten. Het gebruik van github dwingt u om meer gesocialiseerd te worden met de andere s werk).

Zeggen “vork me op een github” project “eigenaar wil er gewoon zeker van zijn dat je de Fork on github kiest in plaats van de code te downloaden en te publiceren in uw homedirectory.

Het is er alleen om aan te tonen dat dit een open source-project is en u splitst het als je wilt, wat de reden ook is. Bekijk ook deze blogpost op GitHub: https://github.com/blog/273-github-ribbons

Update: persoonlijk voeg ik deze GitHub-linten toe zodat mensen me kunnen vinden op GitHub en mijn projecten een ster kunnen geven;)

Het betekent dat ze “op github zitten, waar forking goedkoop is, en dat ze bijdragen willen aanmoedigen om hun software en community te verbeteren.

Github probeert hun gebruikersbasis uit te breiden met elk samenwerkingswerk, niet alleen broncode-hosting; en dus pushen ze de fork en sturen ze een pull request methode. Patches maken en ze via e-mail verzenden zou niet aantrekkelijk zijn voor de meeste mensen, behalve programmeurs en dergelijke. Push-machtigingen zijn hier niet echt belangrijk, omdat uiteindelijk de meeste git-gebruikers (of mercurial, darcs of wat dan ook) met een aanzienlijke hoeveelheid kennis van de tool en de ontwikkelingsworkflow zou op de een of andere manier een e-mail kunnen sturen met een patch.

Github gaat ook meer over sociale netwerken dan over codehosting: je profiel, opslagplaatsen en wijzigingen vormen je identiteit als een softwareontwikkelaar, net als uw tweets en “+1” s. Al die linten en knoppen en dergelijke worden gebruikt als een middel om zelf te zoeken, een pad naar het profiel van de persoon aan wie het project toebehoort. Tegenwoordig hebben we een fatsoenlijke Het Github-profiel is het eerste dat van een ontwikkelaar wordt verwacht. Hoewel ik mercurial voor alles gebruik, push ik om deze redenen naar Github via hg-git.

Uiteindelijk verschilt dat “Fork me on Github” -lint gewoon enigszins met opzet uit het “Tweet dit artikel” of de “Shar e this Thing on G + “knop.(Ook het hebben van een fork van een repository op je lijst met repos betekent “Ik ben een gebruiker van dit ding”, er zijn duizenden Linux-forks op github, ook al accepteert Linus Torvalds geen pull-verzoeken.)

het is een andere manier om te zeggen “patches zijn welkom”.

in plaats van wensen en functieverzoeken te sturen, mensen kunnen een pull-verzoek verzenden waar de oorspronkelijke auteur het pull-verzoek beoordeelt, valideert en samenvoegt.

Historisch is forking een vijandige actie uitgevoerd door een groep die in strijd is met het beheer van het oorspronkelijke project, bijvoorbeeld Sun ” s OpenOffice wees de snelle C / C ++ SVG-plug-in af omdat het om politieke redenen de voorkeur geeft aan zijn eigen traag kapotte op Java gebaseerde plug-in.

In de meeste gevallen zijn vorken slecht en gedragen door afgunstige mensen of mensen van egoïstische bedrijven die plannen hebben die dat doen, wordt niet gedeeld met de oorspronkelijke community en is er niet mee in overeenstemming (bijv. Canonical ) en een voorbeeld hiervan is libav / avc onv (wat een afsplitsing is van FFMPEG), in die gevallen heeft de oorspronkelijke gemeenschap hogere kwaliteit, beveiliging , en ze verwelkomen patches die zijn afgestemd op de plannen van de gemeenschap.

Dan Walsh merkte de oude definitie van vork op

I zijn al een lange tijd in open source en mijn definitie van een “vork” is misschien gedateerd. Ik beschouw een “vork” als een vijandige actie die door een groep wordt ondernomen om anderen ertoe te brengen hun versie van een upstream-project te gebruiken en eraan bij te dragen en de “originele” versie te negeren. LibreOffice splitst zich bijvoorbeeld af van OpenOffice of gaat ver terug naar Xorg en splitst zich af van Xfree86.

Vervolgens vergeleek hij dat met de fork van github

Tegenwoordig heeft GitHub de betekenis veranderd. Wanneer er een software repository bestaat op GitHub of een soortgelijk platform, moet iedereen die wil bijdragen op de “vork” -knop drukken, en beginnen met het bouwen van hun patches. Op het moment van schrijven heeft Docker op GitHub 9.860 forks, inclusief de onze. Volgens deze definitie zijn echter alle pakketten die distributies verzenden die patches bevatten forks. Red Hat levert de Linux Kernel, en ik heb dit nog niet gehoord aangeduid als een vork. Maar het zou als een “vork” worden beschouwd als u overweegt een upstream-project te verzenden met patches a fork.

Alle antwoorden die zeggen dat dit een samenwerking is, roepen de vraag op: waarom zeg je niet “ Clone me op GitHib” of “Download. zip van GitHub “?

Op GitHub kun je een telling van het aantal vorken zien. Maar voor zover ik weet, telt niet het aantal klonen of zip-downloads.

Dus ik “zou zeggen dat het deels is om samenwerking aan te moedigen, deels om feedback te krijgen en te bevestigen dat mensen je code gebruiken .

PS Ik ben vrij nieuw bij GitHub, dus als dit totaal verkeerd is of off-base, laat het me dan weten.

Reacties

• Is het niet ' t is het veel eenvoudiger om te zeggen: " dat ' s hoe gedistribueerd versiebeheer werkt, door pull-verzoeken, wat natuurlijk vereist dat ik eerst je repo fork, dan vastlegt aan mijn fork, en dan een pull-request uitgaf als ik iets bouw dat de moeite waard is om te delen met het originele project "
• Ik moet toegeven dat ik echt niet ' t " krijg " git. Waarom niet gewoon het zip-bestand klonen of ophalen en, als ik wijzigingen aanbreng, elke gewenste VCS instellen? In de zeldzame gevallen dat ik nuttige wijzigingen aanbreng waar iedereen baat bij heb, zou ik mijn toevlucht kunnen nemen tot e-mail of de afsplitsing doen.
• Dit antwoord is in tegenspraak met zichzelf. U suggereert terecht dat ze samenwerking proberen aan te moedigen. Het doel van zon link is niet om mensen een plek te geven om uw project te downloaden, het gaat erom hen te betrekken bij de ontwikkeling ervan. Ze kunnen een zip downloaden of klonen als ze gewoon een kopie voor zichzelf willen, maar als ze willen dat er voor hun kopie een pad wordt vastgesteld om terug bij te dragen aan het upstream-project dat wordt gedaan door een vork te hebben waar de upstream je bijdragen kan ophalen van.
• @ user949300, je kunt nog steeds git clone https://github.com/$NAME_OF_GITHUB_USER/$NAME_OF_REPOSITORY.git en vervolgens git format-patch master gebruiken en via e-mail of iets dergelijks verzenden

door te splitsen op github klinkt het heel gemakkelijk om te zeggen zoals volg mij op Twitter. Ik breng een beetje socialisatie in de wereld van ontwikkeling vanuit mijn eigen perspectief, waardoor het ook duidelijk wordt dat het open source is en beschikbaar is voor aanpassingen. Ik vind het ook “een mooi concept met de banner” vork me op github “aan het ene uiteinde van uw projectwebsite

Reacties

• Um. No.Daarvoor zijn er ' ster ' en ' bekijk ' voor repos en ' volg ' voor gebruikers. Het doel van vorken is om een specifiek soort actie aan te moedigen – bijdragen stroomopwaarts te verzenden – en niet alleen sociaal te maken.

Je kunt waarschijnlijk het beste gewoon het eenvoudigste antwoord nemen: ze willen dat je weet dat de code gratis beschikbaar is op GitHub. Ik denk dat je hypothesen een beetje overdreven zijn.

Opmerkingen

• Dit is het eenvoudigste antwoord dat echt logisch is.