On 05:50, Thu 10 Dec 09, Mariska Hoogenboom wrote:
> Hi all,
> First of all, I agree that svn should have an obliterate functionality.
> In addition to that, I wonder if anyone else but me would like the possibility of excluding folders or files in an svn repository from version control.
> Each commit on a file with this special property would replace the existing entry in the repository instead of adding a delta, but the repository does get a new revision number, so clients know when their working copy is outdated.
> This would allow you to use a subversion repository both for source/documentation control and for storing for example big binary build results, without the need to obliterate older versions.
> For relatively small projects, the environment can be much simpler: just one svn repository and no need for other repositories/fileshares/workspaces/etc for storing your builds or other binary data for reuse.
> Another advantage is the sources and builds are accessible by the same svn client.
And then you find out the latest build is corrupt or buggy or whatever
and you want to go back to the previous one ....
> And you would have the possibility to store project data that does not need version control (project photo's, mailbox, etc).
> What do you think of it?
I dont see any reason to have this. I'm involved in some projects that
stage their downloads.project.com through subversion, and we simply
create a new file (holding the revision number of the checkout that was
used for the build) or we update the current files in the other cases
A version control system should keep track of versions imo.
If this is ever going to happen, please implement it using some special
svn property on a file but keep it out of defaults please.
Michiel van Baak
GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x71C946BD
"Why is it drug addicts and computer aficionados are both called users?"
Please start new threads on the <dev_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <dev-subscribe_at_subversion.apache.org>.
Received on 2009-12-10 15:07:51 CET