> In response to your claim about replacing CVS while eliminating
> its flaws, I must say that the 'cvs' directories in the source
> code branch is one of CVS great annoyances to us (and to
> others, I would certainly expect), since it makes the SCM
> system very vulnerable to copy-paste type errors and
> misunderstandings.
> ...
> As far as I have been able to read, there is no way to
> configure Subversion to do otherwise, e.g. place this
> information in some kind of designated meta-data directory of a
> project.
> ...
> I frankly do think that an SCM tool should not be intrusive
> with regard to the source code modules. Would it be possible
> for you or us to add such an option to you otherwise very
> promising product ?
Coincidentally, I started a thread just a few days ago discussing
exactly this topic. I also feel strongly about the .svn/
directories and believe that an SCM tool should leave the user's
workspace pristine. Your user scenario is interesting - my
concern has been that standard text scripting tools have to be
told explicitly to ignore the .svn/ directories, making it harder
to do certain types of source code analysis.
In any case, I volunteered to create a patch for this purpose.
The patch will relocate the .svn/ directories to an alternate
path outside of the project workspace. This idea was received
with mixed opinions, and I can appreciate both sides of the
argument. However, my development environment requires this
feature, and thus I need to do it at least on a private copy.
I'm pretty much finished with my analysis of the solution, and it
looks like the changes are pretty minimal. I will be sending out
a patch in the next few days, and I hope the maintainers can find
some time to look at it.
I appreciate that my previous bugfix patch was accepted so
quickly. The fix ensures that all of the .svn/ directory path
constructions happen in exactly one place in the code, making it
easier to implement this new feature.
Regards,
Kumaran
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 25 17:45:19 2003