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ší>


	8.2.2007 12:42	680
	Tess: Jasny. Proti tomu nic nemam. Jen me to zajimalo :)


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 8.2.2007 11:06	679
	hehe, tuhle debatu, presne ve stejnem duchu a snad i slovech jsem si vcera prozil sam se sebou :c] na pokusnym serveru mi ale nabude nez mit projekt proste pod apacem kterej adresare s teckou zablokuje.


	Tessien Of course slavery is the worst thing - that ever happened. But maybe... 8.2.2007 10:19	678
	AL3X [677]: to sice ano, ale proste mi to neprijde pekne. Proc je problem si to stahnout nekam bokem a pak to do toho apache nakopirovat? :)


	8.2.2007 10:13	677
	Tess: Samozrejme zalezi na velikosti/dulezitosti projektu, ale proc je to problem? Adresar se da lehce schovat nastavenim apache.


	Tessien Of course slavery is the worst thing - that ever happened. But maybe... 8.2.2007 09:54	676
	tvx [674]: no, hlavne z repository by sis mel updatit do nejakyho svyho vyvojovyho prostredi.. Mit ostry nasazeni nekde na serveru jako lokalni repository asi neni uplne dobry pouziti (uz treba proto, ze si tam ty tooly delaji nejaky adresare s pomocnejma datama, ktery nechces mit uplne na webu, ne?).


	8.2.2007 09:17	675
	Aha, o tehle pravech mluvis :) Existujici urcite nepredela. Mam dokonce pocit, ze na UNIX systemech udrzi prava user/group/others, jen majitele (logicky) a skupinu udela toho, kdo spustil svn update.


	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.

[ 857 ]

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


(c) 2001-2011 Lopuch.cz Kontakt