Ok, so I'm directing at the wrong people. My apologies. Regarding the confidentiality notice: my company's mail server attaches it to all outgoing messages. There is nothing I can do about it. It wasn't there when I sent the original message.
Keeping the SVN clients in sync is far more difficult than it should be. That is something you can't stick your head in the ground and ignore. Perhaps if I have already installed the core SVN software Tortoise could use the instance I've already installed? That would let me have my cake and eat it too.
I am not the only one who has to work on a closed network, and the unfortunate truth of the matter is that getting synchronized version of SVN clients can be difficult when you have to have upgrades approved. It's a frustrating fact of life for a large number of people. Maybe not the majority, but it's been a fact of my development career.
And yes, it is an insidious feature. It's a feature of subversion, but it is insidious to not be backwards compatible. It causes people to rant like this. The problem is everyone has their own copy of the subversion client, and can't possibly use an existing one. Windows rocks with this DLL hell.
-----Original Message-----
From: Andy Levy [mailto:andy.levy_at_gmail.com]
Sent: Friday, September 03, 2010 9:07 AM
To: users_at_tortoisesvn.tigris.org
Subject: Re: I'm a long time user with a long time complaint
On Fri, Sep 3, 2010 at 08:47, Loritsch, Berin <bloritsch_at_dtri.net> wrote:
> I love SVN, and TortoiseSVN is a really good integration into Windows. My
> complaint has to do with Tortoise hijacking the local
> repository-particularly if it wasn't the tool used to check the code out to
> begin with. I used to do Java code, and the SVN plugins for the major IDEs
> kept pace with SVN itself and this project.
>
>
>
> Now, I'm developing .Net and I'm not nearly so lucky any more. The plugin I
> have for Visual Studio uses a different version of the SVN client than
> TortoiseSVN. It's a fact of life, it happens. The problem is that the SVN
> integration with Visual Studio breaks as soon as I touch the local
> repository with Tortoise. It breaks because the client version in my Visual
> Studio plugin is too old to work with that local repository. Tortoise SVN
> "upgrades" the local copy on me without warning me, telling me that is what
> it is doing, letting me cancel that decision, or respecting the fact I
> didn't use Tortoise to check out the code to begin with.
>
> This is very frustrating. It's happened to me at least twice this past
> month. My only recourse is to blow away the old repository and re-checkout
> the code. With a checkout that is several hundred MB, that's a sizeable
> enough amount of time that it is very inconvenient.
>
> TortoiseSVN breaks the cardinal rule of useful tools: "DO NO HARM". Quite
> frankly there are times where I would like to use some of the bug fixes with
> a newer version of TortoiseSVN, but I have to face the problem of dealing
> with the SVN version differences between Tortoise and the IDE plugin I'm
> using.
Nice rant, but you're directing it at the wrong people. This
functionality (the auto-upgrade of the working copy format) is done by
the Subversion libraries themselves. **ANY** client will do the same
thing. And it is intentional. It is incumbent upon the user to manage
the upgrades to his own software.
> How do I turn off this insidious feature? I don't want Tortoise touching
> the version of my local repository. At all. Not even a little bit. If
> that means some features don't work, fine. As long as checkout, checkin,
> and conflict resolution work I'm fine.
You have directly contradicted yourself. You say you don't want
"Tortoise" touching your working copy, but then you want to use
Tortoise to work with your working copy.
This isn't an "insidious" feature, and it can't be turned off.
Subversion always automatically upgrades the working copy format when
the client is upgraded. This is advertised in the release notes with
every new version.
Don't like it? Don't upgrade your client. You deal with it by keeping
all your clients (AnkhSVN, VisualSVN, Subclipse, Tortoise,
command-line SVN) up to date with the same version of Subversion.
> Confidentiality Note: The information contained in this message, and any
> attachments, may contain proprietary and/or privileged material. It is
> intended solely for the person or entity to which it is addressed. Any
> review, retransmission, dissemination, or taking of any action in reliance
> upon this information by persons or entities other than the intended
> recipient is prohibited. If you received this in error, please contact the
> sender and delete the material from any computer.
Please don't include useless "confidentiality" notices on posts to
PUBLIC mailing lists. It's just a waste of bandwidth.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2655156
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Confidentiality Note: The information contained in this message, and any attachments, may contain proprietary and/or privileged material. It is intended solely for the person or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2655161
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-09-03 15:21:10 CEST