[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Shredding private/confidential information?

From: Hyrum K. Wright <hyrum_at_hyrumwright.org>
Date: Tue, 28 Apr 2009 09:15:51 -0500

On Apr 28, 2009, at 8:27 AM, Stefan Sperling wrote:

> On Tue, Apr 28, 2009 at 07:45:54AM -0500, Les Mikesell wrote:
>> There are many situations where the extra pristine copies are
>> inconvenient, particularly when working with tools that like to do
>> recursive things
> In case you didn't know, wc-ng is the default on trunk now.
> Please try it out and help by providing feedback or even patches
> if you are so inclined. The more help we get, the faster it will
> be possible to have a single working copy meta-data store in your
> home directory, for all your working copies. That will solve this
> problem.
>> - and as CVS demonstrates they are unnecessary.
> With CVS, people complained that they had to talk to the server
> all the time. And now people complain that they don't have to
> talk to the server all the time -- *sigh* :)
>> I'd like to see an option for SVN to not use them. If you are on a
>> reasonable network the bandwidth savings from sending diffs in
>> commits
>> won't matter (and you may have workspaces where you don't make any
>> changes anyway) and the concept of offline work is meaningless.
> Well, a centralised meta data store will hopefully address this issue
> a bit, because text-bases will be stored in a single, controllable
> location, and can be shared by multiple working copies. And maybe,
> maybe,
> it will be easy to just store text-base checksums instead of entire
> copies of files in the sqlite DB? Who knows.
> Again, if you want this soon, please use trunk now and help test wc-
> ng.

wc-ng is still a bit of a moving target, even on trunk, so don't use
it on valuable data. The working copy format is liable to change
between now and the 1.7 release, and there may not be an upgrade path
from the current (transient) format to the final one. That being
said, please test and help us improve the feature before the release.



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-04-28 16:17:03 CEST

This is an archived mail posted to the Subversion Users mailing list.