Re: [PATCH v3] builtin/log: honor log.decorate

2017-05-15 Thread Jonathan Nieder
Junio C Hamano wrote: > "brian m. carlson" writes: >> The recent change that introduced autodecorating of refs accidentally >> broke the ability of users to set log.decorate = false to override it. >> When the git_log_config was traversed a second time with an

Re: [PATCH v3] builtin/log: honor log.decorate

2017-05-14 Thread Alex Henrie
2017-05-14 20:35 GMT-06:00 Junio C Hamano : > "brian m. carlson" writes: > >> The recent change that introduced autodecorating of refs accidentally >> broke the ability of users to set log.decorate = false to override it. >> When the git_log_config

Re: [PATCH v3] builtin/log: honor log.decorate

2017-05-14 Thread Junio C Hamano
"brian m. carlson" writes: > The recent change that introduced autodecorating of refs accidentally > broke the ability of users to set log.decorate = false to override it. > When the git_log_config was traversed a second time with an option other > than

[PATCH v3] builtin/log: honor log.decorate

2017-05-14 Thread brian m. carlson
The recent change that introduced autodecorating of refs accidentally broke the ability of users to set log.decorate = false to override it. When the git_log_config was traversed a second time with an option other than log.decorate, the decoration style would be set to the automatic style, even if