Marc Branchaud <marcn...@xiplink.com> writes:
> On 12-07-05 06:50 PM, Junio C Hamano wrote:
>>> - effective_remote_name is the name of the remote tracked by the current
>>> branch, or is default_remote_name if the current branch doesn't have a
>> The explanation of the latter belongs to the previous step, I think.
>> I am not sure if "effective" is the best name for the concept the
>> above explains, though.
> Well, the previous commit removes default_remote_name, so the explanation
> wouldn't be valid verbatim.
The previous one introduces "effective" (which I still think is not
the best word for the semantics you are trying to give to the
variable) without explaining what the variable is for and justifying
why "effective" is the right word (or at least a better than
"default") for it. Something like the "- effective_remote_name is the ..."
above is necessary in its commit log message.
> How about keeping the above here, and I could add the following to the
> previous commit's message:
> effective_remote_name is the remote name that is currently "in
> effect". This is the currently checked-out branch's remote, or
> "origin" if the branch has no remote (or the working tree is a
> detached HEAD).
Yeah, along that line.
> The read_config() function already has logic to avoid re-parsing the entire
> config over and over again. There are many places in remote.c that call
> read_config(), and I thought I was just following that pattern.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html