Dotaz: Verzovaci system na jednotlivem pc: ano(jaky)/ne?

[zdenek2008]

Porozhlizel jsem se tu po diskuzich o verzovacich systemech a obecne to vypada ze se nejvic doporucuje git, hlavne pokud se pocita s budoucim skalovanim. Pracuji stridave na nekolika pocitadlech ktere vetsinu casu ani nejsou propojene a nemam potrebu praci sdilet s ostatnimi, takze me nic zas tak moc nenuti se verzovanim zabyvat, ale mam rad ve vecech poradek a tak jsem uvazoval o nejake sprave verzi jednak pro me skripty a mozna i pro pracovni dokumenty. Kdyz necham dokumenty pro ted stranou, ma vyznam snazit se zprovoznit a naucit se pouzivat git/neco jineho pro takovouhle praci prevazne na jednom pc s tim, ze cas od casu se prace kopiruje na jine pc a zalohu, treba pri preinstalacich a upgradech? Mozna nekdy v budoucnosti se bude ta prace sdilet mezi vice lidmi, ale to je asi jeste daleko. Vyhodu v obycejnem kopirovani adresaru vidim v tom, s nimi mohu kdekoliv pracovat primo, bez zavislosti na tom aby byl instalovan verzovaci software, ktery se "vyzna" v dotycne verzovaci strukture a nejak ji interpretuje uzivateli (me). Cili kdyz se octnu na cizim pocitadle a nema nainstalovany konkretni verzovaci system tak jsem v haji. A off topic, na spravu beznych dokumentu se git/neco podobneho asi moc nehodi, ze?

---

---

Odpovědi

[mimi.vx]

Přesně na tenhle účel jsem od začátku používal Git. Nechci srovnávat s jinými vhodnými nástroji, protože jsem v Gitu natolik usazený, že bych se na to těžko díval nestranně, takže přenechám jiným. Když jsem byl na střední, tak jsem absencí slušného nástroje docela trpěl a měl jsem problém s tím, že jsem zkusil udělat na poslední chvíli úpravy práce a přitom jsem nebyl schopný se vrátit k poslední funkční verzi. Sice jsem samozřejmě práci zálohoval, ale neměl jsem v tom dostatečný pořádek.

A off topic, na spravu beznych dokumentu se git/neco podobneho asi moc nehodi, ze?

Ale jo, hodí, ale to použití není zdaleka tak ustálené, takže si to člověk musí rozmyslet sám, co vlastně chce. Jedna věc je, že Gitu je jedno, co je v něm uloženo a je schopný používat libovolný diff nástroj, takže je možné ukazovat diff třeba i nad binárními daty, pokud je k dispozici diff software pro daný binární formát nebo třeba transformace na text. Další alternativou je git-annex, který je víceméně zajímavý na správu a sdílení velkých souborů bez ohledu na jejich konkrétní formát.

[zdenek2008]

Stejná zkušenost, stejná geneze. Stejný názor na věc. Jenom bych dotyčnému doporučil aby si zavčas dostatečně zažil ty správné návyky a důkladně se obeznámil s tím jak se co dělá. Raději se opakovaně ptát jak blbec, než to dohánět později.

[zdenek2008]

obecne to vypada ze se nejvic doporucuje git

Hlavně proto, že je v open source světě nejrozšířenější. Takže jakkoli je třeba mercurial funkčně přibližně na stejné úrovni, u gitu je pravděpodobnější, že zkušenosti s ním uplatníte, pokud se rozhodnete přispívat do nějakého projektu.

ma vyznam snazit se zprovoznit a naucit se pouzivat git/neco jineho pro takovouhle praci prevazne na jednom pc s tim, ze cas od casu se prace kopiruje na jine pc a zalohu, treba pri preinstalacich a upgradech?

IMHO to i tak smysl má. Třeba u těch skriptů budete někdy stát před otázkou "Kde se tohle vzalo? Proč to tam je?" nebo "Kdy (a kterou změnou) se tahle funkce rozbila?" a pokud budete udržovat rozumně okomentovanou historii, může vám s tím git hodně pomoci. Nebo třeba když budete chtít pracovat na nějakých rozsáhlejších změnách, ale během toho provádět drobné opravy ve stabilní verzi. Budete-li pro tento účel používat kopie v samostatných adresářích, může být hodně pracné (a náchylné na chyby) to pak dávat dohromady.

Ad zprovoznit: v případě gitu celé "zprovoznění" spočívá v tom, že nainstalujete jeden distribuční balíček (nebo několik, podle toho, jak to máte rozdělené). Začít s verzováním na konkrétním adresáři s hotovým obsahem je otázka tří příkazů. Já už si na to třeba tak zvykl, že potřebuju-li jen udělat patch nad něčím, co nepochází z VCS, ale dostal jsem to jen jako tarball, tak prostě spustím "git init ; git add . ; git commit -m init" a mám hned k dispozici celou sílu gitu; je to i jednodušší než dělat kopie od všech měněných souborů pro gendiff nebo kopii celého stromu pro diff.

Ad naučit se: pro základní práci vystačíte s prvními třemi kapitolami Pro Git (možná i dvěma, ale na větve je IMHO dobré si zvyknout co nejdřív). To se dá včetně vyzkoušení zvládnout za pár hodin, tj. čas, který člověk obvykle celkem běžně dokáže zabít daleko zbytečnějšími činnostmi.

Mozna nekdy v budoucnosti se bude ta prace sdilet mezi vice lidmi, ale to je asi jeste daleko.

I když je to daleko, o to víc pak oceníte, že už máte v gitu dlouhou historii vývoje.

Vyhodu v obycejnem kopirovani adresaru vidim v tom, s nimi mohu kdekoliv pracovat primo, bez zavislosti na tom aby byl instalovan verzovaci software, ktery se "vyzna" v dotycne verzovaci strukture a nejak ji interpretuje uzivateli (me).

U gitu vypadá obsah adresáře úplně stejně, jako kdyby tam žádné verzování nebylo, jen je tam navíc jeden skrytý podadresář (.git). Takže si jeho obsah můžete klidně editovat na počítači bez gitu a pak teprve dodatečně rozsekat na jednotlivé commity a okomentovat.

A off topic, na spravu beznych dokumentu se git/neco podobneho asi moc nehodi, ze?

Pokud jsou to textové dokumenty (plain text, TeX, …), tak určitě hodí. Pokud pod "dokumenty" myslíte spíš něco jako dokumenty z LibreOffice nebo Wordu, pak samozřejmě přijdete o některé možnosti (třeba "git blame" a merge bude asi taky trochu problém) ale verzování jako takové fungovat bude.

[zdenek2008]

Diky vsem za zkusenosti, pustim se do toho.