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

Re: [TSVN] TODO list for 1.1.0

From: SteveKing <steveking_at_gmx.ch>
Date: 2004-07-24 10:16:58 CEST

Jens Peters wrote:

>>Here is another idea you could think about (I don't know how much work
>
> this is and where it should belong (TSVN or SVN)):
>
>>We had several times the problem that a user did a copy-action of a
>
> versionized folder into another versionized folder
>
>>inside the same wc without using TSVN but using the explorer. The result
>
> where errors during commit/ update etc where the
>
>>reason was hard to trap. A command which checks integrity of the
>
> versionized folder structure on the client and displays
>
>>folders living at the wrong place would be nice.

The problem here is:
Subversion _allows_ to have so called "nested layouts". And that's
exactly what you get if you move a folder in explorer without using
TSVN. So a check would both be _very_ expensive (i.e. take a very long
time with both high disk activity and CPU use) and also would
annoy/anger people who actually want/need those nested layouts.

>>Another idea about TMerge:
>>Sometimes at a conflict, espacially with generated files, we wish to had
>
> an option to simply take all from yours or mine
>
>>(thus not just the conflicted areas, the whole file). Now we do this via
>
> renaiming of .mine or .yours file. It would be
>
>>nice to have this kind of option inside TMerge or TSVN (I know, this is
>
> not exactly the idea of merging :) ))

Could be done, yes. But right now, I'm busy getting TSVN to use the
1.1.x branch of Subversion. Also, there are two features which have a
higher priority for me which I'd like to implement first:
- wrap the subversion error messages with usefull hints for the user so
(s)he knows why they occurred and what to do next.
- encrypt the authentication data on Win2k/XP instead of storing them in
plaintext (this requires TSVN to implement two complete auth-providers,
because the Subversion auth providers don't encrypt so we can't use them
anymore).

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sat Jul 24 11:21:52 2004

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

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