On Mon, Apr 27, 2009 at 14:57, Ryan Schmidt
> On Apr 27, 2009, at 11:48, eg wrote:
>> Steven wrote:
>>> When deleting private/confidential files, I think it is a good
>>> to run them through a shredder, even when a limited number of
>>> people has
>>> access to the disk they are on.
>>> However, when managing private data in an SVN repository, this
>>> problematic, because SVN copies and disposes files all over the
>>> The problem is particularly grievous with working copies. For
>>> when ordering a delete, SVN just disposes the file. When
>>> committing, it
>>> also disposes the copy in .svn/text-base. The same is done when
>>> any working copies containing this file. All this is done without any
>>> oppurtunity to shred the files in question.
>>> Has anyone thought about this before? Suggestions? Maybe a
>>> candidate for
>>> a feature request?
> Not quite the same thing. That is the feature request for
> obliteration of an item in the repository. However Steven wants to
> securely erase a file in a working copy, whenever Subversion would
> delete such a file.
IMHO, that would be better done via the host OS's APIs, not Subversion
itself. And the host API would probably be called by APR, not SVN
directly (I'm guessing, I don't really know how APR is used by SVN).
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-04-27 21:10:13 CEST