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

Re: Suggestion for special file storage in 1.0

From: Nuutti Kotivuori <naked_at_iki.fi>
Date: 2002-10-11 23:06:51 CEST

Barry Scott wrote:
> Why don't you place these steps into a makefile?
>
> WHy not add user defined attributes and use external
> tools to do the special handling?

I talked about this in my message. I'd hate to repeat the same thing
again. You could atleast consider telling why the cases I presented
there are not valid and should be handled otherwise? Here is a small
excerpt.

,----
| For normal source code storage in a repository, special files are
| almost never needed. But source code is not the only thing people
| want to store in a repository. Some people want to have their whole
| home-directory as a working copy. Some people want to store their
| configuration files in a repository. Some people want to have /etc
| as a working copy entirely. Some people want to have /dev as a
| working copy :-) Source packages from other people might contain
| symlinks and preserving those would be necessary for compiling the
| package.
`----

> I'm not convinced that its nessesary to have SVN deal with this
> issue.

If you aren't, then maybe others are not either?

I can make a longer mail explaining why versioning special files is
indeed wanted and very handy - and I think others, who have wished the
exact same thing, will contribute as well. Even the subversion
project page mentions special file storage on their front page.

But I'll wait a while first for others to contribute their opinions as
well.

-- Naked

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 11 23:07:30 2002

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.