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

Náš Lopuch Vám
vytře zrak

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: qkybhvv
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
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...
bredy 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 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 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( ???
pavel_p 7.2.2007 16:50  659
No, uvidíme. Tento týden mi mají přijít vzorky...
operator304 7.2.2007 16:43  658
Pavel_PDle mych zkusenosti je C# minimalne stejne "rychlej" jak JAVA. Vezmi si, ze cely to .NET framework ma asi sedum vrstev. Na 400MHz a navic v RT velmi pochybuju o funkcnosti.
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt