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

Re: svn -R ... how to get it really into svn

From: <cmpilato_at_collab.net>
Date: 2002-08-24 23:43:10 CEST

solo turn <soloturn99@yahoo.com> writes:

> some time ago i proposed a patch to make svn -R recurse over all
> directories, and does not stop if a directory already exists.
> there were 2 small comments on it (like use .. != .. instead of !(..
> == ..)
> but for a reason i still don't understand, the patch made it to the
> mailing list, noone objecting to it, but also noone seemed to care to
> really apply it to the source tree.
> what do i have to do to get a patch into the source tree?
> for us in a stadium of switching to svn, the -R switch is kind of a
> showstopper, cause it makes a BIG difference if you do a 100 adds, or
> one add -R. we are not switching everything at once, but little by
> little, so top-directories are there and get filled later.
> also, if you have java code distributed over many directories, with
> one file per class, you add classes to different directories
> constantly, and the main work is to issue all the add commands.

Patience, homey.

As a regular poster to this list, I assume you also read what others
post. You might have gathered that there are currently (in fact,
almost always) several important threads going on, plus a 0.14.2
tarball release, plus patches being submitted at a ridiculous rate.

It's nothing personal against you or your patch, but we have an issue
tracker for prioritizing tasks to be done, and there are several of us
who use just that prioritized list to determine what we need to be
working on. If you feel that the list is prioritized wrongly, make a
stronger case for different ordering on the list. That is, explain to
us why 'svn -R' is more important than upgrading the FS schema, or
tweaking the property filenames, or ... you know, the other things
that we spent our time for this last release.

Also, I believe Karl is planning another batch-patch-processing day

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 25 00:13:18 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.