AW: Getting the full path of a conflicting file within a custom merge driver?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

thank you for responding this fast. I would suggest providing this information as an additional parameter (like %A %O %B and %L) maybe %P. I think this would cost about 2 lines of code und wouldn't be any performance issue I assume. If I got it right in the source code, the information is present in the place where the parameters for the merge driver are prepared.

Greetings,

Andreas Gondek
Applications
________________________________

Deutsche WertpapierService Bank AG
ITTAS
Derendorfer Allee 2
40476 Düsseldorf
Tel.: +49 69 5099 9503
Fax: +49 69 5099 85 9503
E-Mail: Andreas.Gondek@xxxxxxxxxx
http://www.dwpbank.de

Deutsche WertpapierService Bank AG | Wildunger Straße 14 | 60487 Frankfurt am Main 
Sitz der AG: Frankfurt am Main, HRB 56913 | USt.-ID: DE 813759005 
Vorstand: Thomas Klanten, Dr. Christian Tonnesen
Aufsichtsrat: Wilfried Groos (Vors.)

-----Ursprüngliche Nachricht-----
Von: Junio C Hamano [mailto:jch2355@xxxxxxxxx] Im Auftrag von Junio C Hamano
Gesendet: Montag, 1. Juni 2015 18:46
An: Gondek, Andreas
Cc: git@xxxxxxxxxxxxxxx
Betreff: Re: Getting the full path of a conflicting file within a custom merge driver?

"Gondek, Andreas" <Andreas.Gondek@xxxxxxxxxx> writes:

> I'm wondering if there is no option to find out the full path of a 
> conflicting file from within a custom merge driver? If I understand 
> this correctly, Git only provides the name of the 3 temporary local 
> files and the size of the limiter. But is there any possibility to get 
> the path of the file via a Git command, that I can run from within the 
> merge driver? Maybe as part of the repository's status?

Short answer is "no", as the merge driver interface was originally designed for a backend that can do its job with only the contents of the three variants without any other information.  Imagine the interface to things like "merge" from the RCS suite where it takes three variants as the input---for them, the same three-tuple of original, mine and theirs contents should merge to identical result no matter where in the working tree the conflicts happened.

Having said that, I do not think it is unreasonable to feed more information to external merge driver, perhaps by adding a new environment variable GIT_MERGE_CONFLICTED_PATH exported when the driver is run, or something.


--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]