Re: [PATCH] Add git-mergetool to run an appropriate merge conflict resolution program

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Junio C Hamano
Date: Monday, March 5, 2007 - 10:43 pm

"Theodore Ts'o" <tytso@mit.edu> writes:


Hmph.  We already have a tool to achieve such a goal, and that
is called git-rebase.  Why would we want your program? ;-)


Heh ;-).


Do we want to do this by hand ourselves, or dot-source sh-setup
like others?  You would also get die() for free.


You should be able to set IFS to exclude SP and then you only
have to say you do not support LF and HT, both of which are much
less likely than SP to be in the pathname.


What if $path is a symlink blob?  ;-)



It is depressing to see that the differences between the command
lines of these have to be much larger than just the command name
and order of three (or four if we count the result) paths
parameters.  I was hoping that we could do something like:

	mergetool -t='newmerge $BASE $LOCAL $REMOTE'


Do these configuration belong to individual scripts like this?


Curious choice of words...


Careful.  I think --abbrev=8 just means use at least 8 but more
as needed to make them unique.  sed -e 's/^[^	]*	//'
(whitespace are HTs) would be safer and simpler, as you are not
dealing with a pathname that has LF in it anyway.

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [PATCH] Add git-mergetool to run an appropriate merge ..., Junio C Hamano, (Mon Mar 5, 10:43 pm)