On Monday 27 Apr 2009, Kurt Pruenner wrote:
> Steven wrote:
> > Has anyone thought about this before? Suggestions? Maybe a candidate for
> > a feature request?
> Considering that all the private data still is in the older revisions
> stored in your repository (deleting it and committing the delete of
> course doesn't actually get rid of the file(s)) isn't that point rather
> And if you're concerned about fragments of your file remaining somewhere
> in the free space on your disk you might want to run something like
> Sysinternals nee Microsoft's sdelete after committing.
It could be argued that this is still a useful feature. The repository could
be held in a secure location whereas working copies aren't. Consider road
warrior type users for one example.
The problem is that it isn't just the version system that potentially creates
copies of private data. Compilers, editors and desktop search tools all will
do so too and create these files all over the place. The two sensible
solutions do not include updating subversion. Either the OS should
automatically shred files that are deleted or an encrypted filesystem/disk
should be used (with shredding enabled).
Sword Ciboodle is the trading name of ciboodle Limited (a company
registered in Scotland with registered number SC143434 and whose
registered office is at India of Inchinnan, Renfrewshire, UK,
PA4 9LH) which is part of the Sword Group of companies.
This email (and any attachments) is intended for the named
recipient(s) and is private and confidential. If it is not for you,
please inform us and then delete it. If you are not the intended
recipient(s), the use, disclosure, copying or distribution of any
information contained within this email is prohibited. Messages to
and from us may be monitored. If the content is not about the
business of the Sword Group then the message is neither from nor
sanctioned by us.
Internet communications are not secure. You should scan this
message and any attachments for viruses. Under no circumstances
do we accept liability for any loss or damage which may result from
your receipt of this email or any attachment.
Received on 2009-04-27 16:53:10 CEST