From: Evgeny <evgeny.zislis@gmail.com>
To: "David Aguilar" <davvid@gmail.com>
Cc: "Jakub Narebski" <jnareb@gmail.com>, git@vger.kernel.org, tytso@mit.edu
Subject: Re: git mergetool
Date: Sun, 18 May 2008 00:32:25 +0300 [thread overview]
Message-ID: <b6840c770805171432g7d1ea462y7ae09aff733eb6a9@mail.gmail.com> (raw)
In-Reply-To: <402731c90805171347g62197f5diab513e409d7cce25@mail.gmail.com>
I was in fact using mergetool.p4merge.cmd ... and the documentation explains
regarding the non-working environment variables.
Hopefully with the new patch it will work okay.
Thanks David!
--
Evgeny
On Sat, May 17, 2008 at 11:47 PM, David Aguilar <davvid@gmail.com> wrote:
> On Sat, May 17, 2008 at 1:21 PM, Jakub Narebski <jnareb@gmail.com> wrote:
>> Evgeny <evgeny.zislis@gmail.com> writes:
>>
>>> Background:
>>> I am trying to use a custom mergetool with git.
>>> The documentation explains that environment variables
>>> $BASE, $LOCAL, $REMOTE, $MERGED
>>> are set for the invocation of the mergetool command.
>>>
>>> Problem:
>>> I wrote a wrapper for P4Merge, and I check for these environment
>>> variables - but they are not there. After a closer inspection
>>> of git-mergetool I see that infact these variables are not being
>>> sent to the external command at all, and are just in the context
>>> of the git-mergetool script.
>>
>> From what I know of git-mergetool, you can use one of the predefined
>> merge tools: kdiff3, tkdiff, meld, xxdiff, emerge, vimdiff, gvimdiff,
>> ecmerge, and opendiff (optionally providing path to the tool)
>>
>> To add support for P4Merge you would have either modify
>> git-mergetool.sh (and, optionally, send a patch to git mailing list),
>> or make use of `mergetool.<tool>.cmd` configuration option.
>> Unfortunately there is no example...
>>
>> --
>> Jakub Narebski
>> Poland
>> ShadeHawk on #git
>
> I just sent a patch that exports these variables.
>
> Presumably we do not want to modify git-mergetool.sh every single time
> someone needs to be able to use a new mergetool, hence the patch I
> sent makes sense to me. Let me know if you think otherwise.
> Thanks,
> --
> David
>
prev parent reply other threads:[~2008-05-17 21:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-17 17:21 git mergetool Evgeny
2008-05-17 20:21 ` Jakub Narebski
2008-05-17 20:47 ` David Aguilar
2008-05-17 21:32 ` Evgeny [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b6840c770805171432g7d1ea462y7ae09aff733eb6a9@mail.gmail.com \
--to=evgeny.zislis@gmail.com \
--cc=davvid@gmail.com \
--cc=git@vger.kernel.org \
--cc=jnareb@gmail.com \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).