abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 12:00 | Nová verze

Po cca 3 týdnech od vydání Linux Mintu 18.3 s kódovým jménem Sylvia a prostředími MATE a Cinnamon byla oznámena také vydání s prostředími KDE a Xfce. Podrobnosti v poznámkách k vydání (KDE, Xfce) a v přehledech novinek s náhledy (KDE, Xfce). Linux Mint 18.3 je podporován do roku 2021.

Ladislav Hagara | Komentářů: 2
včera 12:55 | Nová verze

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 38
včera 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
včera 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 8
včera 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
14.12. 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 10
14.12. 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
14.12. 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
14.12. 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
14.12. 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (0%)
 (1%)
 (1%)
 (76%)
 (14%)
Celkem 1002 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Vložit další komentář
    6.12.2011 08:08 maleprase | skóre: 28
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    commitovani - hrozny slovo
    xkucf03 avatar 6.12.2011 12:18 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše české názvosloví
    Já vím. V obrázku jsem to přeložil jako „postoupení změn“ – nicméně v textu jednou „commitování“ je (dal jsem to aspoň kurzívou, vím že to do češtiny nepatří). Přijímám návrhy na lepší překlad :-) Jinak se asi budu držet toho „postoupení změn“ (ale ideální by bylo jedno slovo).
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    6.12.2011 12:37 linear | skóre: 9 | blog: pozor
    Rozbalit Rozbalit vše Re: české názvosloví
    "zapikolování změn".
    Luboš Doležel (Doli) avatar 6.12.2011 12:59 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: české názvosloví
    Jsem pro zachovat commitování. Postoupení změn bych nevěděl, co je.
    oryctolagus avatar 6.12.2011 13:34 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: české názvosloví
    No, anebo tam prostě nechat 'commit'.

    Při commitování změn se pak toto použije jako jméno autora.Při commitu změn se pak toto použije jako jméno autora.
    There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
    6.12.2011 08:30 kaja gottzilla
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ma dneska vyznam pouzivat nieco ine ako git ?

    V com je toto lepsie ako git ? Co som pocul tak to poizivaju jedine preto lebo toto ma krajsie gui pre widly ako git.
    6.12.2011 08:42 alfonz mucha
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    No má, npř. git může být i docela složitý, stačí se podívat na bzr a hg kolik věcí udělají automaticky oproti gitu.

    takový nástřel jak by to mohlo vypadat když by to byly auto git - auto na závody bzr a hg - prostě takový dnešní "combík"
    Luboš Doležel (Doli) avatar 6.12.2011 13:03 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    stačí se podívat na bzr a hg kolik věcí udělají automaticky oproti gitu
    A jaké věci to jsou? (Neprudím, zajímá mě to)

    Uznávám, že třeba mazání vzdálené větve není zrovna logické:
    git push origin :větev
    pavlix avatar 6.12.2011 19:31 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Srovnání s auty neřeším, obvykle nevycházejí.

    Kecy nemaj cenu, nás zajímají konkrétní příklady. Pokud bych měl zahodit osvědčenou věc jako je git, která se IMO dá používat jak jednoduše, tak i složitě, tak k tomu musí být pádný důvod, ne plané řeči.

    Kdybych chtěl „kombíka“, tak bych si pořídil windows a správu verzí bych řešil vytvořením nového adresáře (samozřejmě myší), jako to dělají „všichni normální lidi“.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    oryctolagus avatar 6.12.2011 20:52 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Tady se všecko vždycky přirovnává k autům... By mě zajímalo k čemu přírovnávaj na auto webech/fórech...
    There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
    pavlix avatar 24.12.2011 23:19 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Nejspíš k ženským :).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    xkucf03 avatar 25.12.2011 00:25 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Přesně. Mercurial = blondýna, Git = bruneta. A teď si vyber :-)

    (to k tomu, jak ses mě ptal na to srovnání)
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    pavlix avatar 25.12.2011 00:34 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Přesně. Mercurial = blondýna, Git = bruneta. A teď si vyber :-)
    Když mě se líbí všechny :) (teda jako ne všechny kusy, ale všechny barvy vlasů).

    Tak od toho srovnání očekávám maličko víc, ale to je ti asi jasný :).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    24.12.2011 12:14 poiuyt
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Pokud bych měl zahodit osvědčenou věc jako je git, která se IMO dá používat jak jednoduše, tak i složitě, tak k tomu musí být pádný důvod, ne plané řeči.
    Hele, pavlixi, kdybys tady celou dobu nenadával na osvědčený SVN a nesnažil se prosazovat "jediný správný" Git, tak bychom ti možná věřili, ale takhle je to jen sračka...

    ...nojo, holt děláš pro ten Git školení, tak to musí být jediná správná cesta(tm), zpátky ni krok, že?
    pavlix avatar 24.12.2011 23:56 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Hele, pavlixi, kdybys tady celou dobu nenadával na osvědčený SVN a nesnažil se prosazovat "jediný správný" Git, tak bychom ti možná věřili, ale takhle je to jen sračka...
    Milý anonyme, zřejmě jsi natolik dobrý ve čtení mezi řádky, že čteš i věci, které tam nejsou.
    ...nojo, holt děláš pro ten Git školení, tak to musí být jediná správná cesta(tm),
    Obviňovat zrovna mě z „jediné správné“ cesty působí docela hloupě, ale jako anonym nic neriskuješ, že :). Původně jsem ti nechtěl ani odpovídat, ale nakonec mě napadlo, že by reakce mohla být zajímavá pro ostatní.
    zpátky ni krok, že?
    Tedy i pro ostatní...

    Jako že bych se vrátil k Subversion, které jsem sám před časem několikrát prosadil jako první řešení i jako náhradu CVS? Řešení které jsem několikrát nasazoval a používal i pro vlastní projekty?

    Ano, to zní celkem rozumně... kdybych se od začátku nesetkával s neschopností plně centralizovaného řešení, které potřebuje server i na vytvoření commitu, i třeba na přestavbu adresářové struktury!

    Subversion v určitých situacích vykazuje omezení i oproti prostému zálohování adresářové struktury a sdílení patchů (dvě hlavní funkce verzovacího systému).

    Nehledě na to, že nepodporuje větve a tagy (omezeným workaroundem je checkout a kopírování adresářů), a že práce se vzdálenými repozitáři je v Subversion velice komplikovaná oproti třeba zmíněnému Gitu.

    Takže, opravdu nemám důvod se k Subversion vracet a už vůbec ne to komukoli doporučovat. Mně zajímají nástroje, které svým uživatelům nekladou zbytečné překážky, ale naopak jim pomůžou některé problémy překonávat.

    Proto mě velice zajímá, co nabízí Mercurial a jiné z mého pohledu plnohodnotné systémy správy verzí, třeba oproti Gitu, což je jediný decentralizovaný VCS, který mám opravdu v ruce. Nevím s čím jiným bych měl srovnávat než s tím, co dobře znám.

    Kecy o jediném správném řešení přenechám jiným, omezenějším, to není moje parketa :).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    Marián Kyral avatar 6.12.2011 09:43 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Tak jsem si zvykl na git a osobně jej dost používám. I když jen základy, žádné divočiny. Bohužel na hg přešel jeden projekt, který občas překládám. Hg a git mají celkem dost stejných příkazů, ale v jistých podstatných věcech se liší. Dodnes si třeba nepamatuji, jak je vrácení změn v konkrétním souboru - ekvivalent ke git checkout <file> . Vždy musím googlit.
    msk avatar 6.12.2011 09:59 msk | skóre: 27 | blog: msk
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Dodnes si třeba nepamatuji, jak je vrácení změn v konkrétním souboru - ekvivalent ke git checkout <file> . Vždy musím googlit.
    Kupodivu hg revert <file>
    Marián Kyral avatar 6.12.2011 13:59 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Bohužel v Gitu je revert jen a pouze k vrácení commitu. Proto si to nikdy nepamatuji.
    stativ avatar 6.12.2011 11:20 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Bohužel na hg přešel jeden projekt, který občas překládám.
    Rawtherapee? Tam jsem se o mercurial z části přičinil i já ;-)
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    Marián Kyral avatar 6.12.2011 13:29 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Bohužel na hg přešel jeden projekt, který občas překládám.
    Rawtherapee? Tam jsem se o mercurial z části přičinil i já ;-)
    I ty jeden ;-)

    Všude jinde (kde mně to zajímá) používají buď Git, nebo ještě svn. Git mám super integraci se svn. Bohužel s Hg už to tak super není i když to nějak jde.

    Trochu mně mrzí, že se mi nepodařilo dokončit přechod RT na gettext. Začal jsem na tom těsně po otevření kódu, dostal jsem to skoro až do finiše, lokalizovaná verze padala po kliknutí na některé checkboxy a nebyl jsem schopen zjistit proč. Pak se spustila doslova smršť změn, přešlo se na HG. Chvíli jsem se snažil udržet se změnami tempo a vedl jsem vývoj v Gitu, chtěl jsem to dotáhnout do nějaké použitelné verze. Pak ale nebyl čas, vývoj mi utekl a v současné době bych musel začít zase od začátku a na to už nějak není čas :-(

    Ale třeba někdy. Možná po přečtení tohohle seriálu. Ještě bych potřeboval trochu osvětlit, jak je to s větvemi. V Gitu jsou jednoduché a ve spojitosti s rebase je jednoduché udržet patch aktuální oproti aktuální větvi. Nevím jak je to v HG.

    Mimochodem, myslíš, že je šance přejít v RT na gettext? Současný systém překládání má jisté mouchy - o aktualizaci anglického řetězce se překladatel doví jen a pouze ze seznamu změn na google code. Taky se špatně dělá revize překladu - v souboru chybí anglický rětezec na kontrolu.

    Bohužel momentálně všechno padá na nedostatku času, případně naprosté nechuti cokoli po večerech dělat. Stačí mi to v práci :-(

    6.12.2011 09:51 kverulant
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Pro příklad můžu uvést moje argumenty proč používám právě mercurial a ne git. Mercurial je podstatně jednodušší na používáni, je lépe integrovaný v programech které používám (částečně historický důvod), je multiplatformní (historický důvod). Možná že dneska nebo za rok už to je jinak, ale já rozhodně nebudu každý rok migrovat jinam, jenom kvůli tomu, že je to zrovna in.
    msk avatar 6.12.2011 10:05 msk | skóre: 27 | blog: msk
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Suhlas, tiez sme v predoslej firme vyberali nastupcu svn, vyhral to mercurial. Oproti git-u mi prisiel jednoduchsi, kompaktnejsi, rychlejsie som sa s nim naucil a stale poskytoval dostatok prostriedkov ku roznorodym advanced taskom ( ktore by 90% seniorov v mojom terajsom time aj tak mentalne asi nepobralo ). Cim nechcem povedat, ze git je zly, ale podla mojho nazoru pri preladovani mentality timu na distribuovany system je to o dalsiu komplikaciu naviac.
    6.12.2011 12:58 Rivon
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Mě taky Mercurial přijde jednodušší než Git. Když sem začal jeden projekt, tak jsem ho nechtěl dělat open-source, bohužel GitHub ani žádná podobná služba nenabízí free private repo pro Git. Tak jsem zkusil BitBucket s Hg a Mercurial se mi hrozně zalíbil. Teď už BitBucket začal nabízet i Git, ale já stejně používám Hg...
    20.12.2011 13:14 vladaf
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Free hostingy s private git repo rozhodně jsou. Jáý používám například ProjectLocker.
    6.12.2011 16:30 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Mercurial je podstatně jednodušší na používáni.
    Dokud jsem nečetl dokumentaci ohledně větví (jmenovitě LocalBranchExtension, NamedBranches, PruningDeadBranches BookmarksExtension a mercurial bookmarks), myslel jsem si to samé. Poté jsem bylo docela rád za hg-fast-export ;-).
    When your hammer is C++, everything begins to look like a thumb.
    pavlix avatar 6.12.2011 19:36 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Mercurial je podstatně jednodušší na používáni
    Slyšel jsem o tom, i když je pravda, že si o moc jednodušší ovládání základních věcí gitu neumím představit. A pokročilé věci přece začátečníkovi nemůžou překážet, když je nechce používat.
    je lépe integrovaný v programech které používám (částečně historický důvod)
    Jakých? Netvrdím, že ne, ale zatím o žádném nevím.
    je multiplatformní (historický důvod)
    To je snad každý software této kategorie, který má mít aspoň trochu šanci.
    Možná že dneska nebo za rok už to je jinak, ale já rozhodně nebudu každý rok migrovat jinam, jenom kvůli tomu, že je to zrovna in.

    Což ale nebude fungovat na spolupracovníky jako důvod proto, aby migrovali oni třeba z Gitu.

    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    msk avatar 6.12.2011 10:10 msk | skóre: 27 | blog: msk
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ma dneska vyznam pouzivat nieco ine ako git ?
    To sa pytam dnes a denne pri praci s neuveritelnou megasrackou od IBM, ktorej meno sa mi len hnusi vyslovit...
    V com je toto lepsie ako git ? Co som pocul tak to poizivaju jedine preto lebo toto ma krajsie gui pre widly ako git.
    Tak si pocul zle. GUI sice nepouzivam ( nie som uchyl ), ale existuje TortoiseGit a TortoiseHg, ktore pre 98% klikacich vyvojarov asi budu poskytovat identicku funkcionalitu.

    Inak dovody preco hg su diskutovane nizsie.
    6.12.2011 15:48 Milan
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Clearcase? :-)
    msk avatar 6.12.2011 16:00 msk | skóre: 27 | blog: msk
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    J
    xkucf03 avatar 6.12.2011 16:07 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    To je myslím ještě ta lepší varianta – pak mají také Continuus/Synergy a to je teprve zážitek :-)
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    stativ avatar 6.12.2011 10:17 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    V com je toto lepsie ako git?
    V čem je git lepší než mercurial?
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    6.12.2011 10:23 kaja gottzilla
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Git ma ovela vyssi vykon.

    Na aplikacii typu hello world alebo podobnej to nie je poznat. Ale projekty typu kernel, openembedded kde su miliony suborov tak tam je uz znacny rozdiel...
    msk avatar 6.12.2011 10:52 msk | skóre: 27 | blog: msk
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Citation needed.
    stativ avatar 6.12.2011 10:52 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Git ma ovela vyssi vykon.

    To je hodně odvážné tvrzení. Z vlastní zkušenosti rozdíl postřehnout nelze. Když mi merge bude trvat 1 s u gitu a 1.5 s u mercurialu tak mě to vážně netrápí a za značný rozdíl to nepovažuji. Ostatně

    Naopak vidím pár důvodů proč mercurial ano a git ne. Mercurial má jednodušší rozhraní, takže se na něj snáze přechází, hlavně z VCS typu SVN a CVS. U gitu hodně bobtná repozitář, zapnutí garbage collection ale vše znatelně zpomalí. Mercurial má lepší podporu pro velké binární soubory.

    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    6.12.2011 14:35 nou
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    ale povedal by som ze pravdive. http://whygitisbetterthanx.com/#git-is-fast na druhu stranu su to prakticky rozdiely desatina sekundy vs pol sekundy.
    stativ avatar 6.12.2011 18:03 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Vždyť já jsem ani neříkal, že by git neměl větší výkon. On ho i většinou má (pokud se u gitu zrovna nepouští garbage collection), ale rozhodně to nepovažuji za o mnoho větší výkon. Navíc rychlost je u mercurialu pořád stejná, ale u gitu kolísá (viz třeba hg vs. git for server applications - performance test)
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    pavlix avatar 6.12.2011 19:41 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Mercurial má jednodušší rozhraní, takže se na něj snáze přechází, hlavně z VCS typu SVN a CVS.
    A existuje i nějaký důvod pro člověka, který považuje přechod ke Gitu za přirozený a přímočarý?
    Mercurial má lepší podporu pro velké binární soubory.
    A to jako v čem? :)
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    7.12.2011 10:36 jos
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    tak třeba když jsme my vybírali nástupce svn, tak git ještě moc dobře nefungoval na widlích (jestli aspoň experimentálně)

    stejně tak před delším časem se mohl někdo zeptat: mysql nebo postgres? musíme bejt na widlích takže mysql

    na rozdíl od databáze není ale v našem případě volby mercurialu čeho litovat
    pavlix avatar 7.12.2011 14:47 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    na rozdíl od databáze není ale v našem případě volby mercurialu čeho litovat
    Nemůžu posoudit, znám dobře pouze Git. Ale když slyším o výhodách a v čem je něco lepší, jsem zvědavý na konkrétní údaje.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    7.12.2011 14:55 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Abych zůstal u oblíbené analogie s auty - řekl bych, že srovnání git versus mercurial dopadne jako srovnání Audi Q5 versus BMW X5.
    When your hammer is C++, everything begins to look like a thumb.
    pavlix avatar 7.12.2011 17:02 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ani jedno z nich nevím, jak vypadá, natož v jakých se prodává barvách :).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    xkucf03 avatar 7.12.2011 22:30 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Tak obecněji: jeden si např. oblíbil Volvo a druhý BMW. Myslím, že tady je jakýkoli flame zbytečný :-)
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    oryctolagus avatar 8.12.2011 01:21 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Přesně. Git vs Mercurial je prostě otázka osobní preference.
    There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
    12.12.2011 14:41 me
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    O osobnich preferencich je to jen v pripade, ze verzovaci system pouzivate jen a pouze pro osobni potrebu a svuj kod nesdilite, pripadne jste sefem projektu a urcujete pravidla. Pokud pracujete na projektu s dalsimi lidmi, musite se prizpusobit; pokud prispivate do kernelu, budete nuceni pouzivat git. A pokud obcasne prispivate do nekolika projektu, musite se naucit pouzivat vsechny verzovaci systemy (git, mercurial, bzr, csv, svn...)
    oryctolagus avatar 12.12.2011 14:54 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    cpt Obvious to the rescue...
    There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
    8.12.2011 09:27 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Tak obecněji: jeden si např. oblíbil Volvo a druhý BMW. Myslím, že tady je jakýkoli flame zbytečný :-)
    Tak moment, já o čínských autech nic nepsal :-D.
    When your hammer is C++, everything begins to look like a thumb.
    xkucf03 avatar 8.12.2011 10:33 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Pro někoho možná překvapivě, zatím to vypadá, že čínský vlastník si počíná lépe než předchozí americký.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    msk avatar 8.12.2011 10:45 msk | skóre: 27 | blog: msk
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Nieco mi uniklo ( okrem mocu )? A fakt !
    8.12.2011 16:17 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Dobře, ale já nepsal nic ani o amerických autech ;-)
    When your hammer is C++, everything begins to look like a thumb.
    7.12.2011 16:56 jos
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    já znam zase jen mercurial, ale pro mojí (naší) práci stačí luxusně; je mi jasný že s gitem bychom si nepohoršili

    mezi mysql a postgresem sou dneska propastný rozdíly, kvůli kterým si lidi co před lety vybrali mysql trhají vlasy, jak byli krátkozraký
    pavlix avatar 7.12.2011 17:03 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ale ty propastné rozdíly už jsou tam minimálně roky. Nejsem nějaký znalec databází, z mého pohledu je to odjakživa.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    8.12.2011 07:27 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Spíš se dá říct, že jsou dnes o něco menší než dřív…
    pavlix avatar 8.12.2011 23:37 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    S tím by se dalo souhlasit.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    8.12.2011 07:29 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    stejně tak před delším časem se mohl někdo zeptat: mysql nebo postgres? musíme bejt na widlích takže mysql

    To je ale problém dotyčného, že si z nedostatku informací výběr zúží na jen na dvě databáze. :-)

    stativ avatar 7.12.2011 14:54 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    A existuje i nějaký důvod pro člověka, který považuje přechod ke Gitu za přirozený a přímočarý?
    Třeba ty další dva. Každopádně nevěřím tomu, že by někomu, kdo přechází ze SVN nebo CVS, přišel přechod ke Gitu přirozenější a přímočařejší než k Mercurialu. I kdyby jen proto, že Mercurial používá v mnoha případech stejné názvy příkazů jako svn.

    A pokud ti přijde přechod ke Gitu přirozený, nevidím důvod, proč by ti měl přechod k Mercurialu přijít méně přirozený. V tom případě to bude plichta.
    A to jako v čem? :)
    To jako v tom, že ukládá celé soubory a zvlášť trackuje jejich hashe. Navíc Mercurial umožňuje při klonování repozitáře s binárními soubory stahovat pouze zadanou verzi binárních souborů (vlastně se tedy chová jako centralizovaný server), což je pěkné hlavně když ony binární soubory mají třeba několik set MB. Samozřejmě historie je kompletní, navíc ti nic nebrání v tom mít všechny uložené lokálně.

    V době, kdy jsem pracoval s Gitem, Git řešil binární soubory stejně jako textové, takže overhead byl hodně velký. Rychlé hledání mi nepomohlo najít nic, co by naznačovalo tomu, že se to nějak výrazně změnilo.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    7.12.2011 15:03 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    wiki mercurialu se zmiňuje pouze o rozšířeních - tohle je něco jiného?
    When your hammer is C++, everything begins to look like a thumb.
    stativ avatar 7.12.2011 15:13 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Jo, měl jsem na mysli LargeFiles extension. Je to oficiální rozšíření, které je bundlované přímo s mercurialem (2.0 a vyšším).
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    pavlix avatar 7.12.2011 15:04 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Samozřejmě historie je kompletní, navíc ti nic nebrání v tom mít všechny uložené lokálně.

    Takže něco jako git clone --depth 1, akorát s tím, že hranice toho, co se stahuje a co ne, souvisí vedle poloze na grafu i se signaturou daného objektu?

    Vázat to na složení souboru mi přijde zbytečnost, ale pokud by šlo o velikost, byla by to první zajímavá informace, kterou bych se o Hg v této diskuzi dozvěděl. A taky první věc, která představuje alespoň jednu jasnou výhodu (i když bych ji osobně nevyužil).

    Ale zatím se tu dozvídám cosi o rozlišování binárních a textových souborů, což mi pro účely ukládání přijde úplně k ničemu. Ani unixové systémy nerozlišují binární a textové soubory.
    V době, kdy jsem pracoval s Gitem, Git řešil binární soubory stejně jako textové, takže overhead byl hodně velký. Rychlé hledání mi nepomohlo najít nic, co by naznačovalo tomu, že se to nějak výrazně změnilo.
    Nevidím jediný důvod, proč by měl Git pracovat s binárními soubory jinak, a nevidím v tom ani žádný overhead.

    Pravda, statisticky bývají velké soubory mezi binárními, ale rozpoznávat velikost souborů podle toho, jestli jsou binární mi přijde jako drbání levou nohou za pravým uchem.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    stativ avatar 7.12.2011 15:23 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Takže něco jako git clone --depth 1, akorát s tím, že hranice toho, co se stahuje a co ne, souvisí vedle poloze na grafu i se signaturou daného objektu?
    Dalo by se to tak říct, akorát se nepoužívá nějaká signatura objektu, kterou si mercurial vycucá z prstu, ale to, co mu uživatel řekne. Když přidáváš soubor, můžeš explicitně říct, že ho má zpracovávat jako largefile. V nastaveních repozitáře je pak nastavení velikosti, při jejímž překročení jsou nově přidané soubory přednastavané jako largefile. Taky se dá nastavit maska jmen, které se mají automaticky považovat za large files (typicky něco jako *.jpg data/*).
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    pavlix avatar 7.12.2011 15:55 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Tak to zní pro správu velkých souborů (kterou nedělám), relativně užitečně.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    7.12.2011 21:46 aceman | skóre: 26
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Mercurial pouziva napriklad aj Mozilla (Firefox/Thunderbird). Radovo 150 000 suborov, 2GB. Rozdiely (diff) 'working directory' oproti repozitaru urobi tak za 1s, pokial su metadata suborov v cache. Zda sa to byt dost rychle.
    Bystroushaak avatar 6.12.2011 23:26 Bystroushaak | skóre: 32 | blog: Bystroushaakův blog | Praha
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    GIT má opensource knihu v češtině.
    GandY avatar 6.12.2011 12:26 GandY | skóre: 3 | blog: Zo života | Bratislava
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Kedže pracujem aj s HP-UX-om a AIX-om v rôznych verziách, mám vo zvyku si pripájať adresáre z týchto serverov cez sshfs. S git-om som mal pri tom problém s mercurial-om nie.
    Luboš Doležel (Doli) avatar 6.12.2011 13:00 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    To bych nebral ani za vyloženou chybu gitu. Evidentně sshfs něco neumí.
    GandY avatar 6.12.2011 14:27 GandY | skóre: 3 | blog: Zo života | Bratislava
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ja netvrdím, že je to chyba git-u (nič proti nemu nemám a pôvodne som naň chcel prejsť). Len reagujem na otázku či je dôvod používať mercurial namiesto git-u.
    pavlix avatar 6.12.2011 19:42 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Důvod typu „někdy kdysi mi něco nešlo a vůbec netuším, proč“ najdeš u jakéhokoli software X ve srovnání se software Y. A následně najdeš člověka, který to samé určitě někdy kdysi objevil v Y versus X.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    oryctolagus avatar 6.12.2011 13:27 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Co som pocul tak to poizivaju jedine preto lebo toto ma krajsie gui pre widly ako git.
    A MacOSX, afaik...
    There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
    6.12.2011 12:27 Zadejte prosím své jméno.
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Díky za pěkný úvod, je to hezky shrnuté na jednom místě.
    6.12.2011 14:34 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše :)
    jmeno toho konfiguraku jsem cetl jako hhhh...grc :)
    8.12.2011 09:28 finn | skóre: 42 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Samotný soubor .hgignore je rovněž verzovaný – to je dobré jednak proto, že seznam se může v čase měnit (např. soubory, které jsme chtěli ignorovat v prvních verzích teď chceme verzovat a naopak), a jednak proto, že tento seznam se bude šířit společně s ostatními soubory – když uděláme push nebo pull, seznam ignorovaných souborů bude všude stejný.
    Soubor .hgignore – aspoň já si to myslím – naopak není dobré vkládat do repozitáře, protože různí lidé mohou chtít ignorovat různé soubory.
    Užívej dne – možná je tvůj poslední.
    8.12.2011 10:45 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Většina projektů má nějakou sadu souborů/adresářů, které je potřeba ignorovat vždycky, typicky výstupy nějakého build systému, soubory obvyklých vývojových prostředí apod. To se cpe do .gitignore. To, co si chtějí různí lidé ignorovat navíc a nehodí se do "globálního" nastavení, to se narve do .git/info/exclude. Neznám Mercurial, ale předpokládám, že nějaká obdoba tam bude.
    Ještě na tom nejsem tak špatně, abych četl Viewegha.
    stativ avatar 8.12.2011 15:26 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    V konfiguraci repozitare si muzes rict, odkud se maji filtry brat. Bezne se pouziva postup, kdy clovek ma jeden globalni .hgignore soubor, ktery je nastaveny v ~/.hgrc a pak se v kazdem repozitari pouziva lokalni .hgignore.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    8.12.2011 20:48 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    různí lidé mohou chtít ignorovat různé soubory
    Chtít mohou, ale to je asi tak všechno. Když si nastavím, že soubory .bž chci já ignorovat a někdo jiný je ignorovat nebude, dotyčný je commitne do úložiště a já je s příštím updatem odsud dostanu. Výsledkem bude, že změny v úložišti se budou propagovat ke mně, ale opačně ne, takže jen budu neustále řešit konflikty.
    9.12.2011 07:55 Martin Mareš
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Tohle alespoň v Gitu nenastane, protože Git nikdy neignoruje soubory, které už jsou součástí repository.
    xkucf03 avatar 9.12.2011 10:37 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Mercurial to má stejně – a právě kvůli tomu ty problémy můžou nastat*. Ten .bž soubor může být třeba .class soubor. Já budu společný .hgignore uznávat ale někdo jiný** ne, nebo tam ty .class soubory přidá ručně… Tak to bude přesně jak píše Filip – při příští aktualizaci si je stáhnu, při kompilaci je změním a při hg commit mi je to bude nabízet k postoupení do úložiště.

    *) když se v týmu objeví anarchista, který ignoruje společný .hgignore.

    **) protože si myslí, že je nejchytřejší a že verzovací systém mu nemá co kecat do jeho práce.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    oryctolagus avatar 9.12.2011 19:21 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Takže stručně řečeno problém je, že někdo může do repo přidat soubory, které tam nepatří? To mi nepřijde jako velký objev, navíc s .[git|hg]ignore to v zásadě nesouvisí...
    There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
    pavlix avatar 8.12.2011 23:39 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    S tím tak úplně nesouhlasím.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    9.12.2011 01:33 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    git to ma udelane tak, ze .gitignore verzovat muzes, ale nemusis. Takze si kazdy muze vybrat podle svych potreb. Nemam rad, kdyz nekdo vi lip nez ja, co vlastne potrebuju a proto mi to nasilim vnucuje ... vetsinou se totiz myli
    9.12.2011 08:05 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    To, zda má být nějaký soubor ve sdíleném úložišti nebo ne, je podle mne vlastnost toho souboru. Stejně se nemůžete rozhodnout jenom sám – když budete chtít nějaký soubor vynechat ze sdíleného úložiště, ale někdo jiný ho tam commitne, stejně tím vaše rozhodnutí přebije.
    xkucf03 avatar 9.12.2011 10:29 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Vždyť je to taky jen na tobě, zda uděláš hg add .hgignore nebo ne. Akorát já bych doporučoval to udělat, protože si myslím, že každý projekt by měl mít nějaká společná pravidla, kterými se všichni řídí – ať už je to způsob odsazování, konvence pojmenování metod, nebo třeba rozhodnutí, které soubory se verzují a které ne.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    9.12.2011 12:18 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    aha, z clanku jsme mel dojem, ze .hgignore je verzovan automaticky. Ale s HG nedelam, takze vlastni zkusenost nemam.
    pavlix avatar 9.12.2011 11:38 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    git to ma udelane tak, ze .gitignore verzovat muzes, ale nemusis.
    O tom řeč není, je to stejné v Gitu i v Hg.
    Takze si kazdy muze vybrat podle svych potreb.
    Ale každý projekt, ne každý jednotlivec, a to jak v Gitu, tak v Hg.
    Nemam rad, kdyz nekdo vi lip nez ja, co vlastne potrebuju a proto mi to nasilim vnucuje ... vetsinou se totiz myli

    V některých projektech se i spolupracuje. Proto se do správy verzí dávají. Hele já netuším, co dáváš do .gitignore ty, ale já tam dávám například výsledky kompilace a neverzované konfigurační soubory.

    A zatím jsem ani jednou nenarazil na situaci, kdy by bylo užitečné něco u jednoho uživatele v .gitignore mít a u druhého ne. To, jestli je soubor určený pro zařazení do repozitáře stejně nejde rozhodnout u různých uživatelů různě, když větve daného repozitáře sdílejí mezi sebou.

    A pokud by je z nějakého důvodu nesdíleli, tak problém ani neexistuje.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    9.12.2011 12:16 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ja tam davam soubory, co mi v pocitaci z nejruznejsich duvodu vzniknou a nechci je automaticky zahrnout do projektu.

    Protoze i v ramci jednoho projektu muzou pracovat ruzni lide s ruznymi funkcemi, muzou byt i ty pozadavky ruzne. Ja kdyz vetsinou pisu kod a nepisu dokumentaci, tak si casto delam poznamky, co chci dal udelat, do souboru jako todo.txt, uvahy.txt a pro debugovani presmerovavam vystup do souboru jako zxcvxcz.txt - proto mam v .gitignore *.txt. Kolega, ktery ma dokumentaci na starost naopak *.txt v .gitignore nema, protoze v podstate nedela nic jineho. vysledek je ten, ze ja mam na lokale kompletni dokumentaci a on tam nema muj docasny bordel. Kdybych nahodou spachal dokumentaci, tak ji muzu pridat rucne a to pravidlo tim prebit.

    Jak je videt, existuji i scenare, kdy lze u ruznych uzivatelu rozhodovat ruzne, jake soubory (jimi vytvorene) automaticky zahrnovat a jake nikoli.
    9.12.2011 12:55 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Vy jste ale nepopsal různé přístupy pro různé uživatele, ale opět různé přístupy pro různé soubory. Akorát ta pravidla musíte nadefinovat trochu pečlivěji, než všechny soubory s příponou txt. Ale to je rozumné udělat stejně, protože to budete stejně potřebovat pro udržení nějakého pořádku v projektu, pro sestavovací skripty atd.
    9.12.2011 18:26 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Az na to, ze pokud ja udelam kdekoliv soubor README.txt, tak ten soubor neni a nema byt soucasti distribuce. Zatimco pokud on udela kdekoli (treba na stejnem miste) soubor README.txt (a klidne i s tim samym obsahem), tak ten soubor je a ma byt soucasti distribuce. To mi vazne prijde spis jako rozdil mezi uzivateli, nez mezi soubory.

    Definovat pravidla jinak neni treba, protoze delaji presne to co maji - jeho *.txt jsou zahrnuty automaticky, moje *.txt jsou automaticky ignorovany. Tezko na tom neco definovat pecliveji.

    Sestavovaci skripty si vytahnou kopii primo z gitu, cili maji presne to co mit maji, takze taky nevidim zadny problem s nima - nejsem takovy sebevrah, aby skripty jely z neceho, co muze, ale nemusi byt verzovane a muze obsahovat libovolne plevelne soubory.
    10.12.2011 11:31 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Pokud vy vytvoříte svůj dočasný soubor README.txt na místě, kde může být trvalý verzovaný README.txt, je to prostě váš nepořádek, a žádný verzovací systém to nezachrání. Až někdo ten soubor v úložišti vytvoří a vy si uděláte update, o ten svůj obsah přijdete – takže asi není vůbec důležitý, tak ten soubor ani nevytvářejte, a máte vystaráno. To, že verzovací systém vás nepodporuje ve vaší snaze vytvářet ve sdíleném úložišti chaos, není jeho chyba, ale základní vlastnost, která tomu systému dává vůbec smysl.
    11.12.2011 00:39 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    gilhad: mam rad, kdyz ma kazdy uzivatel moznost rozhodnout se sam pavlix: To, jestli je soubor určený pro zařazení do repozitáře stejně nejde rozhodnout u různých uživatelů různě

    gilhad: lze to rozhodnout ruzne, vim to, protoze to tak delame a funguje nam to dobre. Pro ruzne uzivatele mame ruzna pravidla.

    Jirsak: Ne, vy nemate ruzna pravidla pro ruzne uzivatele, ale pro ruzne soubory, jen to musite sloziteji popsat, abych mel pravdu ja a ne vy

    gilhad: Ta pravidla jsou pro ruzne uzivatele ruzna a podle toho, ktery uzivatel je aplikuje tak je s jinak stejnym souborem jinak nalozeno

    Jirsak: To je jen vas neporadek a verzovaci system vas pred nim nezachrani, protoze vim lip nez vy co potrebujete, tak to koukejte okamzite delat po mem. To co vam vyhovuje se mi nelibi a tak to nedelejte.

    gilhad: nechci, aby mi verzovaci system branil udelat to, co mi vyhovuje delat. Takze mi vyhovuje, jak se ten system da nastavit. Jirsak me neplati, takze si to budu delat jak to vyhovuje me, nikoli jak si to predstavuje on od sveho stolu. Jirsak si muze nastavit system jak chce, ale ja si ho nastavim tak jak chci ja.
    11.12.2011 10:34 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Současné běžně používané souborové systémy i systému pro správu verzí používají cestu a název souboru jako jednoznačný identifikátor. Nemůžete mít tedy dva různé soubory se stejným názvem. To, o co se pokoušíte – mít pod jedním názvem jeden soubor verzovaný, a zároveň jiný soubor neverzovaný – je tedy na běžně používaných systémech nesmysl a nebude vám to fungovat. Nikdo vám samozřejmě nebrání pokoušet se o to, ale když to nejde, nesvádějte to na chybu toho systému – vlastnost 1 název = 1 soubor je u těch systémů jasně deklarovaná a je vaše chyba, že ji ignorujete.
    11.12.2011 13:21 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Samozrejme nam to funguje - verzovaci system neprepise soubor bez varovani, takze ja o sve soubory neprijdu. Moje soubory jsou znacne docasne, kolegovy jsou trvale - pokud se strefime s umistenim a nazvem, ja si poresim sve veci, uklidim po sobe a pak teprve akceptuju kolegovy zmeny. Vetsinou se ovsem takto nepotkame, protoze ja ty soubory vytvarim (a zase rusim) v jinou dobu nez on - je je delavam hlavne v pocatku vyvoje dane oblasti, on vetsinou az po ukonceni vyvoje.

    Ovsem princip, ze dva uzivatele muzou v ruznou dobu udelat soubor se stejnym nazvem a s timto souborem bude nakladano podle toho, KDO jej vytvoril, nikoli pouze KDE je a jak se jmenuje zustava.

    Ja to nepovazuju za chybu systemu, ale prave naopak za vyhodu, ze mi umozni mit jina pravidla pro zahrnovani souboru do verzovani nez jaka ma kolega, jehoz prace je jina a tudiz ma jine naroky.

    Pokud bychom se ridili vasimi pravidly, museli bychom kazdou chvili prepisovat pravidla, abychom se dostali k chovani, ktere by nam aspon trochu vyhovovalo. Ale samozrejme kazda nutnost rucni zmeny neceho vnasi prostor pro chyby a snizuje uzivatelsky komfort. Cili prejit na vase pravidla by pro nas znamenalo pouze vice problemu a vice prace, aniz by to prineslo nejakou vyhodu.

    Ostatne cela diskuze neni o tom, jakym zpusobem bychom si my meli zorganizovat praci (aby byl Jirsak s nami spokojen], ale zda je mozne, aby byli uzivatele, kteri vyuzijou ke sve spokojenosti danou vlastnost systemu (ackoli Jirsak zrovna tuhle vlastnost nepouziva). Bylo dokazano, ze takovi uzivatele existuji.
    11.12.2011 14:46 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Já jsem nikdy netvrdil, že mít chaos v souborech není možné. Je to možné, jenom je to nepraktické. A vy tu nepraktičnost jen názorně ilustrujete. Když se někdo podívá na váš projekt, nedokáže vůbec určit, které soubory jsou společné a mají být verzované, které jsou jen vaše pomocné atd. Dokážete to určit jenom vy, dokud si pamatujete, co který soubor znamená. Musí to být dobrodružné, když pak po nějaké době vzpomínáte, které soubory jste do VCS zapomněl dát, které jste tam naopak přidal omylem… Proto se obvykle v projekty rozdělují na různé podadresáře, v jednom jsou zdrojáky, v dalším dokumentace, v dalším sestavená aplikace, v jiném logy nebo dočasná výstupy. Pak každý ví, že naklonováním úložiště a přikopírováním svého adresáře s konfigurací dostane čistý projekt nakonfigurovaný podle svých potřeb, smazáním adresáře s logy a se sestavenou aplikací dostane opět čistý projekt atd. A nemusí si pamatovat, že tenhle README.txt je jen jeho a ve skutečnosti tam patří soubor, který vytvořil kolega, támhle má zašoupnutý důležitý konfigurační soubor svého IDE, který je potřeba si zálohovat…
    oryctolagus avatar 11.12.2011 15:03 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Když se někdo podívá na váš projekt, nedokáže vůbec určit, které soubory jsou společné a mají být verzované, které jsou jen vaše pomocné atd.
    Myslíš tím, že někdo nakoukne do jeho lokální pracovní kopie? A proč by to někdo dělal? Když se chce někdo "podívat na projekt", stáhne si přece to, co je v repo, ne? Tam jsou všechny soubory potřebné pro projekt.
    A nemusí si pamatovat, že tenhle README.txt je jen jeho a ve skutečnosti tam patří soubor, který vytvořil kolega
    Ale vždyť to si nemusí pamatovat. Ten "správný" README.txt, který má na daném místě být, je uložen ve VCS. A VCS nezapomíná, od toho to přece je VCS.

    Přijde mi, že hledáš problémy tam, kde nejsou.
    There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
    11.12.2011 16:24 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Kdyz se nekdo podiva na nas projekt, tak si ho stahne z gitu a uvidi jen to co tam patri. Co mam na lokalnim disku, do toho nikomu nic neni.

    Jake soubory potrebuju dat do verzovaciho systemu je velice jednoduche - git add -A - a diky spravne nastevenym .gitignore se prida vse, co tam patri a neprida nic co tam nepatri - od toho to tam prece je, takze zadne slozite vzpominani nehrozi :)

    Nejak mi prijde, ze fakt hledate problemy tam, kde zadne nejsou, jen abyste prosadil svuj pohled na to, jak mame my delat svoji praci.
    pavlix avatar 11.12.2011 16:38 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ale ruku na srdce, opravdu denně ty a tví kolegové používáte git add -A? Kolik přidáváš denně nových souborů do repozitáře? A kolik v rámci jednoho commitu?

    U mě je naprostá výjimka, když v rámci commitu přidám více než 2-3 soubory. Takže volbu pro přidání všech používám tak leda když zakládám úplně nový repozitář a zároveň nezakládám nový projekt. A to ještě většinou pečlivě kontroluju, co všechno se má opravdu v repozitáři objevit.

    Jako dělejte si to jak chcete, ale přijde mi, že celý ten výstup s neverzováním .gitignore je založený na nějakém předchozím špatném rozhodnutí.

    Ze stejného důvodu mnozí nemůžou přejít na Git od Subversion. Mají zavedené nějaké špatně zvolené procesy, které nechtějí měnit.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    xkucf03 avatar 11.12.2011 16:56 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ze stejného důvodu mnozí nemůžou přejít na Git od Subversion. Mají zavedené nějaké špatně zvolené procesy, které nechtějí měnit.

    Jaké třeba? Docela by mě to zajímalo. Z těch věcných mě napadá snad leda zamykání* (které v SVN jde krásně, zatímco v distribuovaných systémech z principu nejde), ale jinak to jsou všechno jen technologické problémy a nekompatibility (např. máme podporu v IDE pro systém X ale ne pro Y, nebo: napsali jsme si pro to spoustu skriptů a nechce** se nám je předělávat), ale na ty člověk narazí při přechodu z jakéhokoli systému na jakýkoli.

    Jinak bych řekl, že přejít na Mercurial (Git to podobně) a používat ho stejným stylem jako SVN jde bez problémů – bude se používat jako centralizovaný systém (v podstatě stačí si spojit commit+push a update+pull) a ta distribuovanost nového systému zůstane akorát nevyužita.

    *) to navíc není z principu špatné – je to jen jiný (a někdy lepší) způsob práce

    **) mimochodem tohle je zcela legitimní důvod – když přechod bude znamenat víc práce než užitku, tak prostě přecházet nebudu, i kdyby ten nový systém byl sebekrásnější
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    pavlix avatar 11.12.2011 18:56 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Třeba možnost řízení přístupu na úrovni jednotlivých adresářů a souborů uvnitř jedné větve. Potom lineární číslování commitů. Teď nic víc z paty nevytáhnu.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    xkucf03 avatar 11.12.2011 19:01 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Třeba možnost řízení přístupu na úrovni jednotlivých adresářů a souborů uvnitř jedné větve.
    hmm a chtít tohle je „špatně zvolený proces“?
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    pavlix avatar 11.12.2011 21:46 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Podle mě ano. Projekt lze rozdělit na podprojekty a utvářet přístup na základě podprojektů... ale to je jen osobní názor, teď k faktům.

    Vzhledem k Gitu a obecně DVCS je to opravdu špatně zvolený proces. Ony se ty procesy pak musí volit i vzhledem ke zvolenému způsobu verzování a princip DVCS přináší i určitá omezení, to je potřeba si přiznat. Ta omezení se dají do určité míry obcházet, ale nikdy to není ideální.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    xkucf03 avatar 11.12.2011 22:47 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Podle mě ano. Projekt lze rozdělit na podprojekty a utvářet přístup na základě podprojektů...
    To si právě nemyslím. Dejme tomu, že máš nějaký větší projekt a chceš omezit právo zápisu do jednotlivých částí. Testeři můžou psát testy (→ zapisovat do /testy), ale jinak nikam. Programátoři můžou zapisovat do implementace a do testů. Analytici a dokumentarista můžou zapisovat do /analýza resp. /dokumentace. A číst můžou všichni všechno.

    Samozřejmě se to jde řešit i ex-post – když zjistíš, že někdo zapisoval někam, kam neměl, tak mu dojdeš vynadat. Většinou v tom nebude zlý úmysl, ale prostě jen někdo přepsal omylem jiné soubory… A když jde takovým chybám zabránit dobrým nastavením práv, tak je to lepší (než ručně všechno kontrolovat).

    A když to uděláš jako víc úložišť, tak se ti to velice snadno rozjede a za chvíli nebudeš vědět, které testy pasují ke které verzi implementace… Nemluvě o větvích a štítkách, které je potřeba udržovat napříč několika úložišti.
    Vzhledem k Gitu a obecně DVCS je to opravdu špatně zvolený proces.
    Proces je podle mého primární – a VCS je jen nástroj, který ho má podporovat. Takže jestli to Git neumí, tak je to spíš špatná volba nástroje.
    princip DVCS přináší i určitá omezení, to je potřeba si přiznat.

    Pokud jde o řízení přístupu pro čtení, tak souhlas, to je více méně nemožné (nebo minimálně hodně pracné a neefektivní). Ale řídit práva k zápisu v principu není problém (ostatně některé distribuované systémy to podporují).
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    pavlix avatar 11.12.2011 22:54 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    omezit právo zápisu
    To si ale špatně rozumíme. Omezit právo zápisu není v Gitu až takový problém, stačí kontrolovat commity před přijetím. Pokud to nechceš dělat na lidské úrovni, umí to tuším Gitolite.

    Takže zde nejsme ve při :).
    Proces je podle mého primární – a VCS je jen nástroj, který ho má podporovat. Takže jestli to Git neumí, tak je to spíš špatná volba nástroje.

    Procesy se mezi VCS a DVCS můžou výrazně lišit. A mírně se můžou lišit i mezi jednotlivými DVCS. Můžeš být idealista, ale občas je vhodnější se přizpůsobit, než psát si vlastní DVCS, protože ti ostatní nevyhovují. Občas ne – tak přece vznikl Git.
    Pokud jde o řízení přístupu pro čtení, tak souhlas, to je více méně nemožné (nebo minimálně hodně pracné a neefektivní).
    Já ale psal přístup, čímž jsem měl samozřejmě na mysli obecný přístup. Nenapadlo mě, že si to hned přeložíš jako zápis. Ale ono je prakticky nemožné řídit i ten zápis, pokud za zápis považuješ commit do vlastního repozitáře.

    Konceptuálně tak vlastně neřídíš zápis do adresářů, protože zápis do adresářů Git neumožňuje (je v něm vše neměnné, kromě seznamů referencí). Je možné pouze limitovat to, co odeslané commity můžou zahrnovat. Ale jde se na to samozřejmě dívat různě.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    11.12.2011 17:09 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ne, pouzivam git add -A pouze kdyz pridavam spoustu souboru naraz, coz je jednou za uhersky rok. Normalne pouzivam git commit -am "text", nove soubory do repozitare pridavam jen zridka.

    Zato docasne textaky vytvarim co chvili (a zase mazu jakmile prestanou byt aktualni). Prave proto mi vyhovuje, ze u me se zadny txt neprida sam od sebe. Kolega zase naopak dela prakticky jen ty textaky, jestli a jak si dela nejake docasne poznamky nevim, ale spis asi ne.

    Pro tento specificky pripad delby prace ty ruzne .gitignore jsou nejjednodussi reseni. Pro jine pripady spoluprace to samozrejme muze byt (a byva) jinak. Mam i par dalsich projektu, kde je .gitignore verzovany, protoze tam to naopak dava smysl (nebo je jedno kdyz na nich delam sam a pak je to stejne lepsi verzovat).

    Takhle debata nevznikla o tom, zda je lepsi verzovat ci neverzovat .gitignore (obecne je lepsi verzovat), ale zda ma smysl tato moznost a zda ji vubec muze nekdo rozumne vyuzit (muze - ve znacne specifickych pripadech).
    pavlix avatar 11.12.2011 18:58 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Takhle debata nevznikla o tom, zda je lepsi verzovat ci neverzovat .gitignore (obecne je lepsi verzovat), ale zda ma smysl tato moznost a zda ji vubec muze nekdo rozumne vyuzit (muze - ve znacne specifickych pripadech).
    Potom ale začátek této debaty vnímám přesně opačně než ty.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    xkucf03 avatar 11.12.2011 14:47 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Moje soubory jsou znacne docasne, kolegovy jsou trvale
    A nebylo by jednodušší si pro dočasné soubory dohodnout nějakou jinou příponu (třeba .poznámky místo .txt)?
    Ale samozrejme kazda nutnost rucni zmeny neceho vnasi prostor pro chyby a snizuje uzivatelsky komfort.
    Jak bez společného .*ignore souboru řešíš situaci, kdy se např. změní proces sestavování a začnou vznikat nové dočasné soubory, které není žádoucí verzovat?

    Se společným ignorovacím souborem by jednoduše ten, kdo změnil proces, upravil i ignorovací seznam a všichni ostatní by si stáhli oboje najednou při příští aktualizaci. Tzn. nestane se mi, že bych si např. stáhl nový Makefile, ale zapomněl ručně upravit .*ignore soubor a přidat do něj další výjimky (Jak se o nich mám dozvědět? Pošle mi je někdo e-mailem? Nebo si je mám domyslet z toho, jaké nové dočasné soubory teď nově vznikají?).
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    11.12.2011 16:33 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Ja uz jsem zvykly na .txt pro textove soubory a kdyz to nedela zadne problemy, tak se mi nechce to menit.

    Sestavovani je taky jednoduche, potrebne soubory si pridam do sveho .gitignore. Kolega pise dokumentaci, takze tohle nepotrebuje resit, na testovacim pocitaci to taky netreba resit, protoze se proste smaze cely strom a nahodi novy a sestavovani pro release to opet neresi, protoze to si taky smaze cely strom a vytvori novy, aby v releasu nebylo nic, co neni v gitu (coz plati stejne i pro testovani)

    Pokud by se projektu ucastnilo vic programatoru, tak bychom to treba delali jinak, podle toho, co by pro nas bylo vyhodne. Protoze pravidla jdou nastavit pro kazdy projekt zvlast, tak to taky neni zadny problem.

    Na gitu se mi velice libi, jak jde pouzit jak pro obludy typu kernel, tak i pro vrabce typu psani povidky jedinym clovekem a porad je snadne s nim pracovat a prizpusobit si workflow pozadovanemu rozsahu a situaci :)
    pavlix avatar 11.12.2011 16:41 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Tady se vším souhlasím.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    11.12.2011 21:18 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    A nebylo by jednodušší si pro dočasné soubory dohodnout nějakou jinou příponu (třeba .poznámky místo .txt)?
    A nebylo by jednodušší, když už to Git umí, používat společný (a verzovaný) .gitignore a individuální (a z principu neverzovaný) .git/info/exclude (příp. ~/.gitconfig)? Já bych tyhle internety zakázala.
    Ještě na tom nejsem tak špatně, abych četl Viewegha.
    pavlix avatar 11.12.2011 21:48 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Good point.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    xkucf03 avatar 11.12.2011 22:36 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Bezpochyby ano. Ale psal jsi to tu už tři dny zpátky a navzdory tomu se tu stále vede tahle diskusi – tak jsem myslel, že hledáme ještě nějaké jiné řešení :-) Proto jsem navrhoval třeba tu jinou příponu. Dalším možným řešením je tyhle dočasné soubory vůbec nevytvářet – většinou si tam stejně vývojář syslí nějaké informace, o které se nechce podělit s ostatníma – ať je laskavě hodí do wiki, na síťový disk nebo do úložiště. Protože pak to v některých týmech vypadá tak, že po odchodu jednoho člověka (který si s sebou vezme i tyhle soubory, které měl jen on) se práce na nějakou dobu zastaví – než někdo jiný znovu vynalezne kolo a objeví to, co bylo původně v těch neverzovaných souborech…
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    pavlix avatar 11.12.2011 22:56 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    většinou si tam stejně vývojář syslí nějaké informace, o které se nechce podělit s ostatníma – ať je laskavě hodí do wiki, na síťový disk nebo do úložiště
    Nebo do samostatného na to určeného adresáře, jak jsem navrhoval já, pokud už trvá na tom, že to musí být uvnitř pracovního adresáře.

    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    pavlix avatar 11.12.2011 12:07 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Podle mě velmi jednoduchou věc řešíte zbytečně složitě, nic víc. Jirsák uvádí všechno ad absurdum, ale na to už si snad všichni zvykli.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    oryctolagus avatar 11.12.2011 13:02 oryctolagus | skóre: 29 | blog: Untitled
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Až někdo ten soubor v úložišti vytvoří a vy si uděláte update, o ten svůj obsah přijdete
    Není pravda. Záleží samozřejmě, jakou metodou a v jaké situaci se ten update provede, ale afaik v žádném případě git jen tak nepřepíše změněné lokální soubory (bez --force). Zobrazí nějaké upozornění, kolega Gilhad si svůj obsah přesune někam pod nekonfliktní název, a všecko je ok.
    There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
    pavlix avatar 11.12.2011 15:53 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Pod nekonfliktním názvem to mohl mít dávno, třeba v adresáři local, který je ve společném .gitignore či .hgignore.

    Souhlasím s tím, že je dobře, že jim Git i Hg umožňuje dělat tyhle prasárny, a stejnětak souhlasím s tím, že je špatně, že té možnosti opravdu využívají, když to vůbec není potřeba.

    Ale konec konců je to jejich věc a nemám důvod argumentovat jirsákovinama typu že přijdou o data nebo tak něco. Na to si dotyčné VCS dávají docela pozor.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    pavlix avatar 24.12.2011 23:36 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Distribuované verzovací systémy: Mercurial – úvod
    Každopádně díky za úvod do Mercurialu... měl bych pro tebe malý kšeft, docela by se mi hodilo nějaké podrobnější srovnání s Gitem ve formě konzultace. Pokud si přitom utřídíš informace pro další články, tím líp pro tebe.

    V diskuzi sice padlo pár náznaků, ale celkově to vypadá, že jsi tu jediný, kdo je schopný přijít s konkrétními informacemi. Pokud někomu křivdím, tak se omlouvám, ale jak už jsem psal výše, kecy nemaj cenu.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.