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

Re: Renaming folders locally - Feature request/Bug report

From: jwezel <jwezel_at_compumaster.de>
Date: Thu, 5 Feb 2009 10:02:41 -0800 (PST)

Hi Stefan,

> In that case, the folder would appear as unversioned in the commit
> dialog. It's up to the user to decide whether that folder should be
> added and committed.
Sure - exactly this shall happen! The user sees the folder as usual to
be a candidate for adding/commiting - it is the existing logic!

> And: if you have something as "do that OR do that" in your code, that's
> a very clear sign that something is wrong.
I assume your referencing to this sentence below:

> >       //  2. either drop the folder and download it again from the svn
> > server OR just change the references inside of the subfolder structure
> > to the new path of the directory in the SVN server repository

Well, this is not a decision of runtime/code, this is the decision of
the programmer how he implements it. These are 2 possible ideas; one
is faster to implement than the other one, but the other one is the
more nice solution. So it's just the decision of how much time you are
able to invest into it ;-)

> No, definitely not.
> You're forgetting about the concept of "nested layouts" (read about that
> in the svn book please).
Nested layouts are still fully supported; I don't see a problem here.
Where do you see it?

Regards
Jochen

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=1108543

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-02-05 19:14:26 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.

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