Sdílení zdrojových kódů mezi různými počítači

[Ondřej Novák]

Zaloz si projekt na githubu (zdarma) a ten nabízí i subversion

Nechapu, jak si se svn pomuze. Je to (subjektivne) na pouziti slozitejsi nez git, o mercurialu nemluve.

No, není... Na rozdíl od gitu se nemusí potýkat s dvojím "commitovanim" (commit a push) a kolikrát pro nováčka nepochopitelný různý stavy lokálního repozitaře) dokud nemusí intenzivně mergovat a vytvářet branche, tak to stačí. Navíc github má právě tu skvělou vlastnost že k jednomu repozitaři má dva protokoly (svn a git) takže přejít na git je hračka

Pro svn ideálně TortoiseSVN, pro git určitě SourceTree

[Reklama]

[Michalek II]

dropbox, googledisk, onedrive, ....

[PetrM]

dropbox, googledisk, onedrive, ....

Proč by to kdo používal na zdrojáky?
- Diff nevidí (pokud si ročně někam nezkopíruje starší verzi a ručně si nenakliká cesty třeba do WinMerge)
- Historii si musí psát bokem nebo pamatovat
- Když na obou místech změní soubor, musí to řešit ručně
 - ...

To je jako šroubovat vruty kombinačkama. Používejme nástroje na to, k čemu jsou určeny.

[balki]

Zaloz si projekt na githubu (zdarma) a ten nabízí i subversion

Nechapu, jak si se svn pomuze. Je to (subjektivne) na pouziti slozitejsi nez git, o mercurialu nemluve.

No, není... Na rozdíl od gitu se nemusí potýkat s dvojím "commitovanim" (commit a push) a kolikrát pro nováčka nepochopitelný různý stavy lokálního repozitaře) dokud nemusí intenzivně mergovat a vytvářet branche, tak to stačí. Navíc github má právě tu skvělou vlastnost že k jednomu repozitaři má dva protokoly (svn a git) takže přejít na git je hračka

Pro svn ideálně TortoiseSVN, pro git určitě SourceTree

Pridavam sa, subversion je o trochu jednoduchsi.  Radim naucit sa ho ovladat z command line, je to jednoduchsie, nez sa zda. Clovek potom nie je namydleny, ked nema podporu roznych klikatok a IDE.

[andrej]

Skompresovat cely projektovy adresar a hodit to na usb. Moze to sluzit aj ako urcita forma zalohy dennej prace.

Pre serioznu pracu doporucujem precitat si nejaky "git za 5 minut" kurz a vytvorit konto na nejakom free serveri gitovych repozitarov (Github / Gitlab / Atlassian Bitbucket). Github a Atlassian maju pre windowsy GUI klientov na pracu s ich repozitarmi. Linky najdes tu https://git-scm.com/download/gui/windows pre linux potom na https://git-scm.com/download/gui/linux a mac tam maju tiez.Pre windows by som pouzil Atlassian SourceTree, pre linux git-cola alebo Git Kraken.

Vacsina IDE prostredi vie komfortne pracovat s gitom, ale prikazovy riadok ti po case poskytne vacsiu efektivitu. V podstate len 5 prikazov:

• git clone pre prvotne skopirovanie projektu zo servera
• git push pre poslanie zmien na server
• git pull pre stiahnutie zmien zo servera
• git status na zoznam novych alebo zmenenych suborov na disku
• git commit pre ulozenie zmien a pripravu na push na server

Ked na tom bude robit len jeden clovek a len na striedacku na dvoch strojoch tak nebudu nastavat ani konflikty ktory by bolo treba riesit mergovanim.

[Reklama]

[Logik]

SVN je jednodušší asi tak prvních pět minut.

V okamžiku, kdy se svn něco uděláš špatně - což může bejt i tak jednoduchá věc, jako že si uděláš kopii podadresáře v projektu (čímž zkopíruješ i informace svn, čímž si to celý rozbiješ) - a začneš to opravovat, tak najednou zjistíš, že na první pohled "jednoduchej ksicht" SVN je více než draze vykoupenej.

Jako uživatel jak SVN (naštěstí bývalý), tak Gitu bych "zpřelámal hnáty" :-) každému, kdo si dovolí doporučovat SVN. Nebo ať to není tak agresivní, takového člověka bych přinutil do konce života používat SVN. To by byl ještě horší trest.

[podhy]

SVN jeslti se nepletu už od nějaký hodně dávný verze má jen jeden hlavní adresář .svn (stejěn jako .git)

SVN je jednodušší asi tak prvních pět minut.

V okamžiku, kdy se svn něco uděláš špatně - což může bejt i tak jednoduchá věc, jako že si uděláš kopii podadresáře v projektu (čímž zkopíruješ i informace svn, čímž si to celý rozbiješ) - a začneš to opravovat, tak najednou zjistíš, že na první pohled "jednoduchej ksicht" SVN je více než draze vykoupenej.

Jako uživatel jak SVN (naštěstí bývalý), tak Gitu bych "zpřelámal hnáty" :-) každému, kdo si dovolí doporučovat SVN. Nebo ať to není tak agresivní, takového člověka bych přinutil do konce života používat SVN. To by byl ještě horší trest.

[Logik]

Jo, to je možný, od svn jsem s radostí utekl už před pár lety - teď koukám, že todle opravdu fixly v 1.7 už před pár lety. Ale to není jedinej problém se svn, jen ilustrace toho, jaký pakárny musel člověk se SVN řešit.

To, že polovinu z nich pravděpodobně opravili je dosti možné, ale oproti gitu je SVN "broken by design" - spousta věcí tam opravit jednoduše nejde. Další co si vzpomínám byla např. nemožnost zrušit commit, prapodivný systém větví atd. atd. atd. Git má mírně složitější základní princip - ale díky tomu u něj všechno funguje ve výsledku "normálně". SVN je napohled jednoduchá - a díky tomu polovinu běžně používanejch věcí řeší různejma "obezličkama".

[Mirek]

Zaloz si projekt na githubu (zdarma) a ten nabízí i subversion

Nechapu, jak si se svn pomuze. Je to (subjektivne) na pouziti slozitejsi nez git, o mercurialu nemluve.

Na pochopení je přímočařejší než distribuované VMS...

[Ondra Satai Nekola]

Zaloz si projekt na githubu (zdarma) a ten nabízí i subversion

Nechapu, jak si se svn pomuze. Je to (subjektivne) na pouziti slozitejsi nez git, o mercurialu nemluve.

Na pochopení je přímočařejší než distribuované VMS...

Mam repo na githubu a nekolik jeho klonu na nekolika stanicich, ktere maji jako remote ten github a nevedi o sobe. V cem je git slozitejsi (mimo toho, ze mam zvlast commit a push, coz je IMO vyhoda)?

[to_je_jedno]

Mozna to uz dneska nejak funguje, ale v dobe kdy jsem byl nucen ten kripl pouzivat tak "svn commit" v offline rezimu nebylo neco co by clovek chtel resit.

Kazdymu kdo poradi novackovi SVN bych za trest nechal jen SVN na veky veku. Tenhle nechtenej bastard mel davno chcipnout - je to neco jako Joomla: neni doby vubec na nic.

[Ondrej]

Seafile + git. V práci něco napíšu, na notebooku mám to samé, jelikož syncám i nastavení idečka, tak se mě doma otevře idečko ve stejném stavu co sem ho zavřel v práci. Po dokončení úprav pochopitelně přijde na scénu git. Lepší řešení sem nenašel. Git by sice postačil, ale to bych do něj musel dávat i nekompletní nedodělané věci, což běžně nedělám.

[Ondrej Nemecek]

Pokud někomu přijde Git a Mercurial složitý, můžete začít s fossilem http://fossil-scm.org/  Pak lze mít repositář na serveru (spustí se triviálně) nebo na usb flash, pokaždé to je jen jeden sqlite soubor, základní ovládání je podobné jako u gitu a možnosti jsou podobné. Není tak rozšířený, ale pro řadu použití mi přijde dost praktický. Přechod na git je pak otázkou naučit se dalších 5 příkazů. Pro složitejší případy použití se pak sice už liší víc, ale tak daleko tazatel není. Jedinou relativní nevýhodou je nulová podpora v IDE a použití z příkazové řádky.

https://www.slant.co/topics/370/versus/~git_vs_mercurial_vs_fossil

[Logik]

Nemecek: Pokud někomu přijde git složitý, ať nezačíná s programováním.... :-)

Ondrej: IMHO rozumější je se naučit si commitovat i rozdělanou práci. Takže bych toto nedoporučoval jako první volbu.

[Ondrej]

Nemecek: Pokud někomu přijde git složitý, ať nezačíná s programováním.... :-)

Ondrej: IMHO rozumější je se naučit si commitovat i rozdělanou práci. Takže bych toto nedoporučoval jako první volbu.

A důvod? Každopádně je to hlavně o tom, že se mě přenáší nastavení idečka, čili tam kde sem ho zavřel na jednom PC, otevřu ho na druhém, to je pro mě hlavní výhoda...