Date: Mon, 24 Nov 1997 00:28:47 +0100 (MET) From: Eivind Eklund <perhaps@yes.no> To: Nate Williams <nate@mt.sri.com> Cc: mike@smith.net.au, chad@dcfinc.com, rkw@dataplex.net, brian@awfulhak.org, andrsn@andrsn.stanford.edu, freebsd-stable@FreeBSD.ORG Subject: Re: Version Resolution? Message-ID: <199711232328.AAA17394@bitbox.follo.net> In-Reply-To: Nate Williams's message of Thu, 20 Nov 1997 16:21:17 -0700 References: <199711202218.PAA11561@mt.sri.com> <199711202300.JAA00612@word.smith.net.au> <199711202321.QAA11798@mt.sri.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > It has to be done by CVS; each commit increments a counter. This means > > that simultaneous commits become impossible, as the object containing > > the counter has to be locked as part of the commit. > > This file then increases w/out bounds, which is unacceptable. Why? Seriously; I don't consider expanding files a good thing, but I actually can't see that this is a problem in this case. The CVS repository is increasing 'without bounds' already; we have much more data added each day than this. I don't see that this bloat is that serious. (I don't like the solution, but I don't see it as a fatal flaw - we can, if necessary, nuke the file w/history with regular intervals). Eivind.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199711232328.AAA17394>