subversion, cvs etc

[Tomasz Kłoczko]

On Mon, 14 Apr 2003, Marek Guevara Baun wrote:
[..]
> Nie do końca - powiedzmy że masz jakiś release modułu - jest to
> powiedzmy w katalogu "7.0.24-76", w którym masz:
> 
> źródła-7.0.24.tar.bz2, patch1.diff, patch2.diff i żródła.spec
> (pomijam strukturę SPECS/SOURCES ...)
> 
> Teraz dodajesz patch3.diff i robisz poprawkę w specu. Robisz commit.
> W repozytorium automagicznie pojawia się nowy katalog 7.0.24-77,
> który zawiera:
> 
> źródła-7.0.24.tar.bz2, patch1.diff, patch2.diff, patch3.diff i
> zmodyfikowane właśnie żródła.spec.

I po jakiś czasie inody dużo szybciej z tego powodu zacznie 
brakować nodów niż miejsca na wolumenie.

Wybacz ale pojawianie się jakiś kataklogów nie jest żadną zaletą w 
stosunku do obecnego rozwiązania.

[..]
> Wygoda jest taka, że aby ściągnąć relese 2.4.20-15 kernela z brancha
> LINUX_2_4 można to zrobić via svn lub też kopiując jeden wybrany
> katalog z serwera http/https (subversion to też serwer WebDAV)

I w czym jest to lepsze od wykonania "./builder -g -r kernel-2_4 kernel" ?
Zapominasz że mamy już pewne opakowanie na repozytorium które umożliwia 
ściąganie konkretnych wersji zasobów całego pakietu.
Mówiąc inaczej to że svn stanowi odpowidnik funkcjonalny cvs + builder w 
tym wypadku nie tworzy odczuwalnej równicy.
 
> Co jeszcze (i to może być podstawowa zaleta svn) - wszystko czego
> dotyczy twoja zmiana jest automatycznie otagowane - stąd też
> atomizacja repozytorium Connectivy, aby zmiana w specu kernela nie
> dotykała innych specy.

Jak wykonasz to builderam, a nie za pomocą cvs to będzie to dokładnie tak 
samo.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*