Re: [PATCH] Also read SQUASH_MSG if a conflict on a merge squash occurred

>> +		if (!stat(git_path_squash_msg(), &statbuf)) {
>> +			if (strbuf_read_file(&sb, git_path_squash_msg(), 0) < 0)
>> +				die_errno(_("could not read SQUASH_MSG"));
>> +			hook_arg1 = "squash";
>> +		}
>>  	} else if (!stat(git_path_squash_msg(), &statbuf)) {
>>  		if (strbuf_read_file(&sb, git_path_squash_msg(), 0) < 0)
>>  			die_errno(_("could not read SQUASH_MSG"));
> 
> This reads MERGE_MSG first and then SQUASH_MSG; is that what we
> really want?  When you are resolving a conflicted rebase, you would
> see the original log message and then conflicts section.  What is in
> the SQUASH_MSG is the moral equivalent of the "original log message"
> but in a less summarized form, so I suspect that the list of conflicts
> should come to end.

> The duplicated code to read the same file bothers me somewhat.
> 
> I wondered if it makes the result easier to follow (and easier to
> update) if this part of the code is restructured like this:
> 
> 	if (file_exists(git_path_merge_msg()) ||
>             file_exists(git_path_squash_msg())) {
> 	    if (file_exists(git_path_squash_msg())) {
> 		read SQUASH_MSG;
> 	    }
>             if (file_exists(git_path_merge_msg()))
>             	read MERGE_MSG;
> 	    }
>             hook_arg1 = "merge";
> 	}