Programování - diskusní klub na Lopuchu

Registrace nového uživatele

Návod

Kluby

Archív Lopuchu

Lopuch.cz

Modrá je dobrá
zelená je lepší

Lopuch.cz

	Klub Programování [ŽP: neomezená] (kategorie Programování) moderuje tvx.
	Archiv

Nastavení klubu

Nastavení práv

Homepage

Anketa

[ 857 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 8.2.2007 09:06	674
	al3x jo, dik za objasneni, ja ale mem problem s pravy na klientech... u webovych aplikaci treba zalezi na tom, jaky ma adresarpristupovy prava a to bude problem, zalozim v aplikaci novej adresar, stricm do repository, ostra kopie si z repozitory zjisti ze ma vyrobit adresar ale jaky bude mit v ten okamzik pristupovy prava? logicky vzhledem k tomu ze klienti si mastej kazdej nekde jinde tak se vlastne prenaset vlastnik atd nemuze... a to je ted muj problem, takze stejne budu muset asi resit tohle naonec rucne... pevne doufam ze pri update z ostreho mista mi to navic jiz existujici prava na adresare a soubory nepredela...


	8.2.2007 09:00	673
	A vlastne pokud ji provozujes proti svn+ssh, tak muzes vyuzit OS prava a skupiny. Nastav repozitari vlastni a skupinu, nastav pro ne prava zapisu a cteni. A mas to.


	8.2.2007 08:58	672
	SVN ma normalni system prav nad svoji repozitory. Muzes v ni mit desitky projektu a ke kazdemu nejaky nadefinovany pristup. Je teda asi treba, aby to bezelo proti svnserve a ne proti samotny souborovy strukture.


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 8.2.2007 08:50	671
	kontrolní otázka jestli dobře chápu tyhle systémy na správu verzí: vlastně to můžu provozovat kdekoli, je to prostě jenom repository a kdekoli kde potřebuju využívat tato data musí to místo být klientem...? takže pokud to užiju třeba na webovou aplikaci tak si musim vždy z místa jejího běhu, kteréžto bude taky klientskou kopií vždy dosynchronizovat... kterak v tomto případě řešit přístupová práva k souborům? repository je asi ztěží eviduje, žejo?


	7.2.2007 23:44	670
	AL3XNo já mám v návrhu repository založené na nodech. Každý node je reprezentovan souborem. - Nody se číslují od 0 do nekonečno. - Každý node je celý jeden soubor včetně historie. - Historie se čte odzadu dopředu, aktuální verze je vždy poslední. - Každý záznam obsahuje číslo revize (každý soubor má vlastní číslování, ale je možné číslovat globálně jako v SVN), timestamp commitu, comment a commit user. - Adresář je taky soubor. - Node 0 je vyhrazen pro globalni parametry repository - Node 1 je root. - Adresář obsahuje názvy souborů a přířazená čísla nodů (případně i číslo revize). - Každý node obsahuje buď komplet celou historii, nebo odkaz na jiný node (a číslo revize) a zbytek své historie. Takto lze branchovat. mezi další nápady jsou hardlinky, symbolické linky (i třeba do jiných repository), branchování v adresáři, soukromé branche, R/O Checkout, no musím to sepsat, bude to součástí úvodu. A samozřejmě, napadla mne i myšlenka lokálního repository, ale nespatřuju v tom výhodu. Ještě jsem zapoměl napsat, prototyp bude v Jave. Je to podmínka, nic s tím nenadělám. Po odevzdání možná core přepíšu do C++


	Norfin 7.2.2007 23:00	669
	A Linus napsal ten zaklad asi za tri nebo ctyri dny, tusim. Takze Bredy ma co delat, aby to trumfnul :))


	7.2.2007 22:57	668
	Je to zalozene na jednoduche myslence: - Repository je seznam souboru, ktere se pojmenuji podle sveho hashe. - Adresar je taky "soubor". Obsahuje seznam souboru a podadresaru (jmeno a jeho hash). - Revize je identifikovana hashem rootvskeho adresare. - Seznam revizi je spojovy seznam hashu. - Kazdy ma svou lokalni repository, ktera se umi vzdalene synchronizovat, takze to funguje jak lokalne, tak sitove (bud jako server-klient, nebo bez centralni repozitory jako p2p). Mno a to je vlastne vsechno. Je kolem toho postaveno spousta jednoduchych nastroju, ktery s tim umi pracovat a vylepsovat to. (Lidsky aliasy pro revize, komprimace, etc...) Napsal to kdysi Linus, kdyz potreboval verzovat linux kernel. Pouziva se to doted a ani s desetiletou historii linux kernelu na obycejnym desktopu to nema zadny velky vykonostni ani moc velky prostorovy naroky. Fakt krasa.


	7.2.2007 22:29	667
	AL3XNo budu ho muset nejprve nastudovat, abych to posoudil.


	7.2.2007 22:27	666
	GIT je tak specialni, ze by si zaslouzil aspon par stranek.


	7.2.2007 22:24	665
	AL3XNo vidíš, další úlovek do první kapitoly ("porovnání se současnými produkty")


	7.2.2007 22:14	664
	Bredy: Proc vyvijet novy, kdyz mame GIT...


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 7.2.2007 21:55	663
	hm, tak sem tu tortillu rozhejbal, reseni je vazne moudre a velice intuitivni... misto jmena serveru a portu se proste uvadi jmeno sessiony ulozene v putty ac se pro pripojeni putty vubec nepouziva :c] to je teda horsi logika nez samotnych windows...


	7.2.2007 21:44	662
	SubversionCo se týče SVN, tak je rozhodně mnohem jednodušší a pohodlnější než CVS. Nicméně po půlroce používání jsem našel spoustu chyba a problémů, často i logických (tedy nejedná se o bugy). Nenašel jsem například příkazy na sdílení (pouze branchování), nelze packovat historii, a versování celého repository taky není úplně ideální. Přesto jej doporučuji, protože rozběhat server je dětsky jednoduché. Já mám osobní repository na klíčence, práci si nosím všude sebou :-) Píšu to proto, že jsem si prosadil téma na UHK (Universita Hradce Králové) v záverečné práci. Bude se jednat o vývoj nového verzovacího nástroje, kde se pokusím převzít všechny lepší nápady z verzovacích nástrojů SVN, CVS, VSS a případně i další. Tak mi držte pakce, protože na tom závisí i dokončení školy :-)


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 7.2.2007 19:52	661
	kdyz chce checkout url: svn+ssh://enterprise.mojedomena.cz:2202/var/svn hodi to chybu ze nelze a firewall loguje pristupy na port 22... je v tomhle protokolu fakt nejakej bug nebo to port zapisuje jinak?


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 7.2.2007 19:43	660
	jak se sestavuje to url v tortoiseSVN? po par hodinach badani jsem az z logu firewallu zjistil, ze ignoruje za dvojteckou uvedenej port :c( ???

[ 857 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


(c) 2001-2011 Lopuch.cz Kontakt