Re: jar files in cvs repository

[David A. Bartmess]

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
> address@hidden
> 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.