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