Kteří provideři e-mailui jsou kompatibilní s GNU? Já nechci číst VOP od každého providera.
Další věc je "zpátky na stromy", viděl jsem UI od GNU i Github, GitLab, Bitbucket (oj to bude hejt). GNU parodie se může jít jít s v UX úrovni zahrabat. Rada pro veřejnost je tedy přesednout si na vedení a více se věnovat UX.
Konkurence funguje i tady. Správci projektů mají možnost používat platformu dle své svobodné volby. Mohou klidně využít jinou službu (BitBucket, Gitlab, ...), přijímat pull requesty jen přes e-mail, hostovat něco vlastního... ale zvláště to poslední vyžaduje určitou práci navíc.
Zkrátka v tom vidím max. problém nekonkurenceschopnosti GNU řešení repozitářů. Pokud by šlo o open source řešení podobné GitHubu, je tu Gitea, která sice má svoje mouchy, ale větší rozšíření a pomoc od komunity by ji určitě prospěla.
To není pravda. Poskytovatelů služeb na gitem je spousta – GitLab provozuje svou službu, Atlassian provozuje BitBucket, a je mnoho dalších provozovatelů. Můžete si zprovoznit svou vlastí službu – můžete zvolit GitLab, Bitbucket, Gerrit, Gitea a další. Správce softwaru klidně může mít repository hostované na GitHubu, GitLabu i Bitbucketu, může na všech třech sbírat chyby, může na všech třech přijímat pullrequesty.
Jediný „problém“ GitHubu je v tom, že jeho používání je hodně pohodlné, určitou dobu byl o úroveň lepší, než ostatní, takže na něj přešla spousta projektů – a pak už se projevil efekt sněhové koule, protože nejsnazší způsob, jak přispívat do projektu na GitHubu, je forknout si ho k sobě na GitHub a odsud dát PR. Takže účet na GitHubu má dnes skoro každý vývojář – a když zvažujete, kde projekt hostovat, je GitHub přirozená volba, protože tím získáte největší masu potenciálních přispěvatelů.
Takže pokud vám připadá GitHub tak dobrý, že ani nevidíte, že by měl konkurenci, není to chyba GitHubu – je to chyba té konkurence. Nikdo přece nebránil GNU nabídnout pro hostování OSS lepší řešení, než má GitHub. Jenže GNU nic takového nabídnout nedokázalo. Tak ať teď nebrečí, že se používá něco jiného.
Pointa je v tom, že všude jinde funguje konkurence a můžeš si vybírat z nabídek více poskytovatelů. Zatímco když chceš nahlásit bug nebo poslat PR do projektu na GitHubu, tak musíš mít účet právě na GitHubu a podepsanou smlouvu právě s GitHubem.
Pointa je v tom, že open source si můžete bez registrace naklonovat a posadit si klon kamkoliv uznáte za vhodné. Třeba jinam, než na GitHub. Tedy, můžete konkurenci vytvořit.
Domáháte se něčeho, co nesouvisí s licencí. To, že chce prosadit svůj bug nebo PR do verze, které se ujal někdo jiný a nastavil si pravidla, která vyhovují jeho vývoji. To nemá s open source otázkou ani zblo společného.
Oh wait, musim ten repozitar nekde hostovat a upsat dusi dablovi.
Asi bude potřeba si ujasnit některé věci o distribuovaných verzovacích systémech. Jejich základní vlastností je to, že každý vývojář má repozitář u sebe. Což implikuje to, že repozitář nikde hostovat nemusíte.
Kombinace silného názoru a nulových znalostí je sice častá, ale pro ostatní diskutující nezajímavá.
Jo a k tomu vlastnímu mailu jsem stejně potřeboval připojení k netu. Hele já si s tou strikností nezačal. Já si nemyslím, že je to celý debilita. Github je kvalitní platforma zvládající řízení projektu. GNU zamrzla v 80. letech minulého tisicíletí i Stalllman narazil. Ať GNU udělá konkurenci GitHubu, GitLabu, Bitbucketu. GNU brouzdání repozitářema je tragedie.
Tak na tom se shodneme. V tom případě není důvod to někomu "usnadňovat" pomocí přesunu projektu na GitHub (domněnka za takovým přesunem totiž bývá ta, že dotyčný už tam registrovaný je a přesunem se zvýší šance, že on - tzn. nějaký náhodný uživatel, který šel zrovna kolem - přispěje).
Hodnotné příspěvky (o které stojíme a které má smysl podporovat) vyžadují netriviální úsilí a znalosti - oproti tomu případné poslání patche e-mailem nebo registrace v bugzille projektu představují naprostý zlomek pracnosti, nejsou podstatné.
Ideálem je samozřejmě federalizovaná vývojářská síť, kde bude fungovat SSO, nebudeš se muset registrovat nikde mimo svůj domovský server a spolupráce bude fungovat napříč projekty. Sem by to mělo směřovat a tohle by měly řešit organizace jako FSF (a ne se zabývat politikou a genderovými nebo rasovými otázkami a nesmrtelností chrousta).
Ale i když taková federace zatím neexistuje, není zásadní problém přispět někomu, kdo není na GitHubu. Naopak je to lepší v tom, že člověk nemusí podepisovat smlouvu s GitHubem.
Například s tím, že je ze země, kterou obsadila jiná země? Nebo že nechce při zakládání účtu klamat poskytovatele a odsouhlasit podmínky, které jsou nejspíš nevymahatelné (to právní zastupování v USA by u nás asi neprošlo)?
2. 7. 2020, 23:18 editováno autorem komentáře
Například u e-mailu si lze vybrat u koho si schránku založit, nebo dokonce provozovat server sám. Nezávisle na tom kde má zařízený e-mail příjemce. Podobný model bohužel moc jiných "moderních" služeb nepodporuje, ale míra lock-inu se liší. Jak bylo napsáno, dělat všechno přes čistý e-mail je relativně neefektivní, ale pokud jde třeba o člověka s několika "příspěvky" ročně...
Jak pošlu patch, bez smlouvy či registrace u třetí osoby? To ho mám donést pěšky na flashce?
Licence Vám ale dává právo si software bez registrace stáhnout a upravit. Můžete i udělat fork a pracovat na něm podle pravidel, které si určíte Vy. I na to máte právo. Nemůžete si ale nárokovat, aby současný maintainer akceptoval Vaše pravidla, jak přispívat, stejně jako to, že Váš patch přijme.
Víte, jak vznikl git? Byl to nástroj, aby mohli vývojáři posílat Linusovi patche e-mailem. Asi e-mail neznáte – je to komunikační nástroj, který používá internet. Internet také neznáte – je to celosvětová počítačová síť, přes kterou si můžete vyměňovat elektronicky soubory s lidmi na druhém konci světa, je to v řádu sekund.
Zkuste někdy internet použít, je to mnohem pohodlnější, než nosit soubory pěšky na flashce. Mimochodem, tenhle svůj komentář jste přinesl pěšky na flashce do redakce Roota?
Posílat to mailem? Jakože .patch, v02.patch, jeste-uprava.patch...
Stejná ocasovina jako posílat mailem doc/tabulku s očekáváním interakce.
Proto máte možnost, nikoliv povinnost, se zaregistrovat a poslat pull request. Nebo udělat vlastní fork s vlastními (lepšími?) pravidly. Volba je na Vás, nucen nejste do ničeho.
Dva z nedaven zkusenosti:
projekt linuxoveho kernelu na pull requesty zatim neprestoupil. Maji proste sve mouchy, ktere u projektu od jiste velikosti rostou. A jak tam chodi pathce? Vetsinou fakt mejlem...
Openjdk ma stejny postup - maji tooling kolem tvorby patche, a ten se posila mejlem. Bohuzel openjdk u toho melo par dalsch drobnosti ktere trochu boleli.
Vysledkem byl "openjdk project scara" (poduckdukujte si jak to cele probihalo) jehoz cilem bylo prakticky prejit na github a pull requesty.
V ramci projektu scara vznikl uplne sileny tooling, aby ten pseudo PR co vznikne mel alespon castencne podobny komfort jako meli tey mejlovany patche.
Dale je treba zvazit dva faktory:
1) cas reviwera je mnohme cennejsi nez cas prispevatele
2) kvalitu projektu. Tedy mate zajem aby vam tam nejaky nahodny kolmjdouci prispel kdejakou chujovinou? (tedy male projekty, kde clovek vlastne doufa ze mu nekdo prispeje....no bohuzel sem patri i vice nez hobby projekty). nebo chcete pouze nejkvalitnejsi patche od nejlepsich z nejlepsich? PR je pro to prvni, ne pro to druhe.
A jeste jedna osobni. Kdo nekdy reviwoval opravdu kontroverzni, a dokonce tehcnicky nejisty patch ciste prez PR dobre vi ze to ma od jiste komplexnosti opravdu velke mouchy.
1. 7. 2020, 09:43 editováno autorem komentáře
+1
Bohužel příliš mnoho lidí podléhá propagandě služeb jako GitHub a firem jako Microsoft a mají pocit, že bez toho spolupracovat nejde. Opak je pravdou, jde to a dokonce lépe než s proprietární platformou. A je tu celá škála možností od posílání patchů e-mailem nebo odkazů na vlastní někde vystavený repozitář s klonem a úpravami, přes jednoduchý vlastní hosting (Git + OpenSSH), různé pořád celkem jednoduché nadstavby jako Gitea, Kallithea, Sourcehut, až po komplexní řešení typu Gitlab, který se tomu GitHubu nejen vyrovnají ale i ho v mnohém předčí.
Byla by falešná dichotomie se tvářit, že "buď použiješ GitHub nebo budeš posílat patche e-mailem jako za krále Klacka".