PROBLEM: cvs i puchnięcie (znowu)

[Andrzej Krzysztofowicz]

> > Po stronie klienta też niefajnie. Ściągając duży plik CVS-em nic innego
> > w tym czasie w CVS-ie nie zrobisz. To nie jest problemem, kiedy owymi
> > binariami są np. pliki PNG wielkości do 50KB, ale już kiedy są to pliki
> > rzędu 30MB-150MB, a download osiąga zawrotną prędkość 5KB/s to jest
> > problem.
> 
> To już jest raczej kwestia szerokości rury :)

Nie tylko. Tez kwestia blokowania zasobow tak, by nie wykluczac
zrownoleglania operacji.

> > Pewnym rozwiązaniem byłby zastąpienie CVS-a przez
> > Subversion, ale nadal byłby to rozwiązanie połowiczne. Najlepiej byłby
> > jednak serwować źródła przez FTP/HTTP. Niekoniecznie z oryginalnymi
> > nazwami, mogą mieć np. doklejony timestamp albo numer(y) wersji SPEC-ów.
> 
> subversion operuje via HTTP (IIRC) czyli też nie ma reget. reszta rzeczy 
> jest niezależna od protokołu a od tego co sie dziej po stronie serwera.

HTTP od jakiegos czasu wspiera juz kontynuacje transmisji.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology