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

Diskuze na Lopuchu,
pohlazení na duchu

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: tjlgqhv
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
_dave 8.2.2007 18:22  682
Pavel_P: ja osobne bych zvolil Delphi. Rychlost psani ohromna, vykon vyssi nez u C#.
bredy 8.2.2007 13:38  681
VSS mělo funkci mirorování. Při commitu to vytvářelo mirror na zadaném serveru/disku. Nevím, jak je toto implementované v SVN. Něco mi ale říká, že by šlo použít hooky. Nastavení práv lze pak samozřejmě dělat v hoocích (bude to asi normální skript)
al3x 8.2.2007 12:42  680
Tess: Jasny. Proti tomu nic nemam. Jen me to zajimalo :)
tvx 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 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? :)
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.
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt