Názory k článku
KDE 6 je součástí vývojové větve OpenBSD
-
VantomasStříbrný podporovatelChtěl jsem se jen tak podívat na jaký číslo revize to dopracovali, ale bohužel odkaz na cvsweb končí na comicsansovým 410 Gone.
-
jsem za to i rád, není nikdy dobré, když všichni používají jen jednu věc, takhle aspoň CVS je pořád používané na udržované.
Gitu moc nerozumím, ale všichni ho používají, připadá mi, že se tím spíše některé věci zhoršili, ale co, přizpůsobím se projektům, kde dělám. Na CVS jsem byl dlouho, ale poslední roky dělám čím dál více s fossilem a asi je to ten nástroj, který zrovna vyhovuje mně. Líbí se mi, že mám na výběr, že mě nikdo nekritizuje za to, že používám něco jiného než většina.
-
kvalitou? Spíše bych řekl, že je plně kompatibilní se službami jako github/gitlab a další, etabloval se v online světě zatímco ostatní konkurenti zůstali v offline ostrovním použití s vysokou bariérou pro vstup nových vývojářů.
Nevím, co je na gitu kvalitního, je spolehlivý to ano, ale to CVS/SVN/mercurial/bazaar jsou také. Má branche, ale pro jistotu při mergi zapomene původní branch, to je spíše nevýhoda. Má milion příkazů, ale prakticky všichni používají 4. Sign a review se musí strkat jako text, který se také jako text musí parsovat, super občas zajistit kompatibilitu mimo github.
Kód gitu je monstrózní (cca 10x větší než CVS), změn tam je pořád spousta, je těžké to sledovat, kód začíná být občas už dost nepřehledný, těžké tam něco hledat, vnitřní struktura repositářů je šíleně hardcodovaná a tomu odpovídají i rozšíření (Git LFS) nebo omezení. Mám rád jednoduchý věci.
Dnes pozoruji, že vlatně lidem je skoro jedno, co je v pozadí, protože používají IDE, používají github a vlastně vůbec netuší co je v pozadí, tak si git vesele funguje dál.
-
-
Mohl bys napsat, které 4 příkazy všichni používají? Já tam mám jen rychle z hlavy commit, pull, push, rebase, cherry-pick, log, show, reflog, am, clone, stash - to už jsme přes desítku. Srovnávat CVS a Git, tam snad ani nevidím smysl. Mercurial a spol. mohly s Gitem hrát stejnou ligu, ale on holt vyhrál. Chápal bych jako konkurenci třeba Helix Core, ale ten zase neni FOSS, že.
-
Tak tímhle se vyjasňuje, že si s gitem vůbec nedělal a opravdu mu nerozumíš, jak jsi psal. CVS bylo fakt špatný a tak vzniklo SVN, které ho nahradilo skoro všude. Když jsem začínal dělat, tak CVS již skoro nikde nebylo. A protože SVN je odpad taky a dělá se s ním strašně, tak ho nahradil GIT. A člověk, který dělal se všema prostě nemůže říct, že je CVS nebo SVN ve srovnání s GIT kvalitní. Ano je to trochu jiný přístup a pro člověka, který není ochotný trochu změnit zaprděné uvažovaní se to může zdát špatné, ale ze zkušenostmi s těmito lidmi se to po nějakém čase zlomí a uznají, že SVN a CVS je prostě špatné.
GIT se naopak v ostrovním režimu používá mnohem lépe, vždyť je pro to právě navržený.
Samozřejmě, že se branch v GIT po merge nemaže. To, že umíš 4 příkazy (asi clone, pull, push a commit) neznamená, že ostatní lidi jich nepoužívají mnohem více. Minimálním základem by mělo být ještě merge/switch, rebase, log, tag, reset a revert, bez kterých si nedokážu představit, že někdo s GIT dělá.
Sign je normálně součástí GIT to nemá nic společného s github https://git-scm.com/book/en/v2/Git-Tools-Signing-Your-Work . Review netuším, protože jsem to nikdy neviděl a nepotřeboval. Předpokládám, že máš na mysli, že to je u merge commitu poznámka v commit message.
Dnes pozoruji, že vlatně lidem je skoro jedno, co je v pozadí, protože používají IDE, používají github a vlastně vůbec netuší co je v pozadí, tak si git vesele funguje dál.
Tak tohle je tvrzení, které se naprosto vylučuje s tím co okolo vidím. GIT naopak hodně lidí používá i command line, což jsem u SVN nikdy neviděl a většina lidí používala buď IDE nebo TortoiseSVN na Windows.
ČLÁNKY DO MAILU