I'm not sure of the speeds, but it's a two-edged sword. Keeping full copies of everything bloats the database requirements for CVS, making the disk space an issue. And I couldn't say whether not using the "diff" to create deltas to keep instead would be faster or slower than checking in a full copy every time. But for source code, etc, I'd quickly say that checking in a full copy is a waste, since it's not that big usually, and the time differences would be minimal...
Maybe someone else has actually done timing on this? On Monday 21 February 2005 12:39 am, Jesper Vad Kristensen wrote: > David Bartmess wrote: > >Used in the cvswrappers file, the -m gives the mode of the > >file to the cvs > >admin command, setting the mode of the file to either COPY (do > >not delta the > >file, put a full version in every time) or to MERGE (put only > >delta of file > >changes into the repository)... > > > >On Friday 18 February 2005 01:28 am, Jesper Vad Kristensen wrote: > >> Larry Jones wrote: > >> >It's better to do: > >> > > >> > *.[Gg][Ii][Ff] -k 'b' -m 'COPY' > >> > >> (Amazing what you can do in CVS!) > >> > >> But why the -m 'COPY'? > > That's very interesting. We're working with binary source code here and > have some performance issues when retrieving stuff from branches (due to > the backtracking or whatever it's called). > > Would you - or anyone else here - happen to know if storing the whole > copy of the file each time speeds up retrieval in branches? > > Regards, > > Jesper Vad Kristensen > > > _______________________________________________ > Info-cvs mailing list > Info-cvs@gnu.org > http://lists.gnu.org/mailman/listinfo/info-cvs -- David A. Bartmess Software Configuration Manager / Sr. Software Developer eDingo Enterprises http://edingo.net _________________________________________________________________ jSyncManager Development Team (http://www.jsyncmanager.org) jSyncManager Email List (https://lists.sourceforge.net/lists/listinfo/jsyncmanager-devel) But one should not forget that money can buy a bed but not sleep, finery but not beauty, a house but not a home, medicine but not health, luxuries but not culture, sex but not love, and amusements but not happiness. _______________________________________________ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs