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

Re: 1.9.0 - Stop on copy/rename not working - bugreport or feature request

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Mon, 14 Sep 2015 22:14:43 +0200

On 14.09.2015 15:28, Stefan Hett wrote:

> Thanks Stefan, that indeed explains the behavior to me and works exactly
> as you described it.
> However from a user's point of view I see three issues with that current
> behavior:
> 1. As suggested by Gavin already, I'd think that the list should also
> stop at the revision where the branch was created on, if "Hide
> non-mergeable revisions" is not checked and there should be a message
> saying "un-check Stop on Copy/Remove to see further revisions" (like
> it's already in the "normal case" in the log dialog - otherwise it just
> feels inconsistent/wrong IMHO
> If you like I can create a feature request for that in ur issue tracker.
> 2. I understand that the default of the "LogFindCopyFrom" is set to
> false. But IMO I guess that only a small user group finds out about that
> setting and uses it, while having that one enabled is IMO a big
> advantage over the current default behavior and improves the merge
> functionality of TSVN a lot when working with branches...
> I can't determine whether it would be feasible to switch the default of
> that setting and rather let people decide to disable it, if they run
> into performance issues (I didn't experience any on my end, but then I'm
> only a single person and that doesn't say much about the general
> performance impact). It's just that I honestly think that you are giving
> away quite a lot of gain of TSVN, if u keep the default to false.
> Maybe a compromise would be to put that setting into the log-dialog so
> it's at least not hidden that deeply in TSVN's advanced settings?
> 3. With the current default behavior it can be experienced as a bug when
> LogFindCopyFrom is set to false and the log dialog is shown using "hide
> non-mergable revision", because in that case, you just see all revisions
> in their normal font (without any hint which revisions are
> pre-branch-revisions). So you easily can end-up merging ranges which are
> pre-branch-revisions. From my side as a user, this just looks like some
> bug (no offence meant here :) ).
> Hope some of that feedback helps with determining whether something
> needs to be changed/done for TSVN.
> Said that, thanks for all ur hard work on TSVN. It really is a great
> tool without which we would not be able to use SVN here in our company.

Try the next nightly build: LogFindCopyFrom is true by default now, and
it won't show revisions beyond the copyfrom-revision (if 'stop-on-copy'
is checked).


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest interface to (Sub)version control
    /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2015-09-14 22:14:49 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.