Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Modrá je dobrá
zelená je lepší

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Klub Programování [ŽP: neomezená] (kategorie Programování) moderuje tvx.
Archiv
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: sknkmgu
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
al3x 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 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?).
al3x 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 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...
al3x 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.
al3x 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 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?
bredy 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 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 :))
al3x 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.
bredy 7.2.2007 22:29  667
AL3XNo budu ho muset nejprve nastudovat, abych to posoudil.
al3x 7.2.2007 22:27  666
GIT je tak specialni, ze by si zaslouzil aspon par stranek.
bredy 7.2.2007 22:24  665
AL3XNo vidíš, další úlovek do první kapitoly ("porovnání se současnými produkty")
al3x 7.2.2007 22:14  664
Bredy: Proc vyvijet novy, kdyz mame GIT...
tvx 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...
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt