subversion, cvs etc

[Jakub Bogusz]

On Mon, Apr 14, 2003 at 03:48:20PM +0200, Michal Moskal wrote:
> On Mon, Apr 14, 2003 at 03:42:37PM +0200, Jakub Bogusz wrote:
> > On Mon, Apr 14, 2003 at 03:38:54PM +0200, Tomasz Kłoczko wrote:
> > > On Mon, 14 Apr 2003, Marek Guevara Baun wrote:
> > > [..]
> > > > 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" ?
> > 
> > Możliwość wznowienia transmisji i informacja o stopniu zaawansowania
> > ściągania (CVS nawet nie pozwala tego sprawdzić - widać tylko plik
> > o rozmiarze 0 bajtów).
> > 
> > Za to wadą jest struktura katalogów - trzeba przenosić pliki albo
> > zmieniać %_topdir dla każdego pakietu.
> 
> Przyzwyczajenia.
> 
> %_topdir        %(if [ ".$(basename $(pwd))" = .SPECS ] ; then \
> 				cd ..; pwd ; else echo $HOME/rpm ; fi)
> 
> Po prostu każdy pakiet robi się w osobnym katalogu, a potem jest łatwiej
> sprzątać.

Nie bardzo, jeśli część rzeczy chcę zostawiać (np. komplet speców
i część źródeł) - więcej roboty z wybieraniem katalogów do usunięcia.

Nie widać od razu wszystkich zbudowanych pakietów (*/RPMS/* zamiast
RPMS/* - 2 znaki więcej po ls nie przeszkadzają, ale pod mc...).

Więcej czasu potrzeba na nawigowanie między pakietami (więcej naciskania
tab po cd albo strzałek i enter w mc).

Utrudnione grepowanie wszystkich speców (teraz robię grep -r SPECS albo
cd SPECS && grep *.spec; a trzeba by np. find -name '*.spec' i pilnować,
żeby nie znalazł jakiegoś speca w BUILD... bo grep */SPECS/*.spec będzie
już raczej za długą linią poleceń).


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/