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

Re: Explorer Copy Issues

From: Matt (MPCM) <WickedLogic_at_gmail.com>
Date: Thu, 15 May 2008 12:59:04 -0700 (PDT)

Thank you for the prompt reply John.

I follow what you are saying, and even how to resolve it (remove
the .svn or simply do an export to a newly folder). Defaulting the
export path to the current path, as a recent post suggested goes a
long way to make this easier on the user.

Every folder is it's own entity and I understand why that causes this
issue.

But for users who cannot see hidden files and may not even have any
svn tools installed (say a shared network drive), this quickly creates
directories that will never get flagged or noticed by those of us that
do. Not suggesting a change of default behavior, but it does seem
counter intuitive that it shouldn't be addressed in one manner or
another.

The details in Directory_A\entries should be enough to say 'There is a
folder here that was not here before'. I did a lot of searching before
I posted this (as it bit me recently), and it seems to be a fairly
regular confusion. It seems that a command to check that the tree of
entries is consistent would make sense for these cases.

I don't mind poking through the code, but it sounds from your reply
like this is a design stance? Thoughts?

--
Matt (MPCM)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-05-15 22:00:14 CEST

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.