[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: solo turn <soloturn99_at_yahoo.com>
Date: 2002-08-25 13:28:35 CEST

the reason is very simple: i tried to convice 4 people to use it (the
4 open minded ones in our teams). the result was the same for all of

the reasons for failure:

1. windows does not allow to do "add -R *",
   so "add -R bla" 10 times for every single directory entry
2. they added some files in their tree,
   and then same story. do "svn add" for every single file.

got a "that is crap", and that was it. with the patch, they did NOT
refuse. working style was:
- cd ..
- add -R directory

if i wrote these 2 lines of code, and it worked, then i don't think
it is using your spare time, or changes anything else in the tracked
issues ...

--- cmpilato@collab.net wrote:
> 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
> soon.

Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes

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