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

RE: Re: Focusing on 1.0 (was Re: Feature Ideas)

From: Steve Dwire <sdwire_at_pcsigroup.com>
Date: 2003-08-24 06:05:55 CEST

Kumaran Santhanam wrote:

> However, I feel more strongly about #1, and I respectfully ask
> everyone to take this into consideration for v1.0. The feature is not

> easily scripted around (unless somebody can think of an idea for a
> solution). Also, unless I'm missing something, it should be
> relatively straightforward to implement and test in the client.
>
> It takes extra effort to work with a workspace that has
> directories and files that don't belong to the project. In my
> opinion, I would rather aggregate that extra effort and solve the
> problem once in SVN. After this is done, all of the popular text
> and data processing tools (find, grep, awk, sed, perl, tar, etc)
> can be run without having to explicitly exclude the .svn/
> directories. In my experience, there is great value in working
> within a pristine workspace.

I also have seen the need for a pristine copy of the working files.
I've had similar issues trying out other SCM systems as well (VSS, CVS).
What I ended up doing was to write a build script (using .bat files, or
ant, or whatever tool was most convenient for the project) that would
copy my workspace files into an "execution space". Now, there was a
level of discipline required to edit in the workspace and copy to the
"execution space" before performing the tasks that needed the pristine
copy.

You are correct that it is not *easily* scripted around, but my opinion
is that scripting the maintenance of a pristine copy was easier than
coding all of the other tools to ignore .svn (or CVS or vssver or
whatever). You may want to explore that angle if you haven't already.

Eventually, I would LOVE to see this feature added, but my biggest
hindrance to adoption right now where I work is in a bug that causes
grief during a checkout. I've got to agree with the committers that the
bug hunt needs to stay top priority.

S_E_D

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 24 07:26:21 2003

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.