Thread (17 messages) flat view 17 messages, 9 authors, 2016-08-11

Re: [PATCH] "master" should be treated no differently from any other branch

From: Johannes Schindelin <hidden>
Date: 2016-08-11 20:34:18

Hi,

On Thu, 14 Dec 2006, Han-Wen Nienhuys wrote:
Johannes Schindelin escreveu:
quoted
Hi,

On Thu, 14 Dec 2006, Andy Parkins wrote:
quoted
"master" shouldn't get special treatment; making different log messages 
based on the name of the branch is bad form.  What if a user likes 
"my/master" or "my/head" as their master branch?
I do not agree. There is usually a principal branch, where you collect the 
topics, and you do want to treat that special. As for the name: better 
have a convention here than configurability. You would not want "git" to 
be called "guitar" for some users, just because they happen to like that 
name more, either, right?
Disagree: I have two principal branches, master and stable/2.10.  I 
don't see why the latter should get different commit messages.
Well, in your case I would even more strongly argue that "Merging into 
master" bears no more information than "Merging", since "master" is too 
generic a name. Since "stable/2.10" is more specific, the same reasoning 
does not apply here.

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help