Re: [PATCH v2 2/5] Use variables for the lists of tools that support merging / diffing
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jul 23, 2012, 18:37 UTC
- Message-ID
- <7vzk6ql3wk.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <500D984D.4070909@gmail.com>
Sebastian Schuberth <sschuberth@gmail.com> writes:
Show 6 quoted lines
>> This patch makes sense to me, but at the same time makes [PATCH 1/5] >> a "Meh", methinks. > > Yeah, I can see why. So I've renamed __git_mergetools_common to > __git_diffmerge_tools and squashed with [PATCH 1/5] to make it > less "Meh" as it does not stand on its own.
As you append kcompare or tortoise _after_ the common list, any code that uses the variable cannot assume that the list is sorted, and needs to sort the elements if it wants to give a sorted output, so squashing does not make the Meh-ness go away.
By the way, would it make sense to remove these three variables from the completion code, and instead ask "git mergetool --tool-help" when it needs the list of supported tools for the first time? It would be trivial to introduce --tool-list that gives a one tool per line output to both "git difftool" and "git mergetool" and we would remove the risk of separately maintained list drifting away over time.