The main thing would be to look at ISVNClient as that exposes the methods
So in this case, you want Merge to ignore whitespace. When you look at the
merge methods exposed, none of those seem to support passing flags that
tell merge to ignoreWhitespace.
The diff method has been enhanced (seemingly in the 1.8 release) to accept
this new DiffOptions class with these flags, but I do not see that merge
has the same. That is what we would need to be able to expose UI options
for the same.
On Fri, Apr 22, 2016 at 10:56 AM, Jamie Jackson <jamiejaxon_at_gmail.com>
> I can't claim to know squat about JavaHL, but is this the option?
> If there's an upstream enhancement to be filed (to the Subversion/JavaHL
> team), I don't mind doing it, but I'll need to be able to write an
> intelligible ticket.
> On Thu, Apr 21, 2016 at 3:03 PM, Mark Phippard <markphip_at_gmail.com> wrote:
>> Those options are not available. I think things might have changed in
>> recent SVN releases, but the last time we touched this code the JavaHL API
>> did not expose any of these options to us in the API so we were not able to
>> expose them in our UI. As a C++ client, TortoiseSVN has access to the full
>> Subversion API.
>> On Thu, Apr 21, 2016 at 2:36 PM, Jamie Jackson <jamiejaxon_at_gmail.com>
>>> This topic came up before (
>>> ), but I'm not sure it was really resolved.
>>> In TortoiseSVN, there are a few whitespace-related options in the merge
>>> - Ignore line endings
>>> - Compare whitespace
>>> - Ignore whitespace changes
>>> - Ignore all whitespaces
>>> (The last three are radios, BTW--mutually exclusive.)
>>> I routinely use the "ignore whitespace changes," and that affects
>>> behavior at *merge* time. In other words, that tends to create fewer
>>> conflicts when there are wholesale indentation changes going on.
>>> The option "Ignore whitespace" in Eclipse don't seem to behave the same
>>> way; rather, it seems to affect what is *displayed* in the conflict
>>> resolution diff, rather than affecting the behavior of the automated merge,
>>> After all these years, I still need TortoiseSVN in my toolbox because of
>>> this feature; however, I'd love to drop it.
>>> Please let me know if I've missed some option to emulate the *merge* (not
>>> the diff viewing) behavior in Subclipse. Otherwise, please treat this as an
>>> enhancement request.
>> Mark Phippard
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2016-04-22 17:18:05 CEST