Aparentemente, é uma falha de documentação. Destaco os seguintes trechos do git help config
:
Sobre valores boolean:
When a variable is said to take a boolean value, many synonyms are accepted for true and false; these are all case-insensitive.
true
Boolean true literals are yes, on, true, and 1. Also, a variable defined without = <value> is taken as true.
[...]
Sobre a configuração color.branch
:
A boolean to enable/disable color in the output of git-branch(1).
[...]
Bem, como a configuração possui valor boolean, então os sinônimos (yes, on, true e 1) serão aceitos.
Quanto a esse comportamento ter sido modificado em alguma atualização, testei também na versão 1.8.2.3
(de 2013!):
$ git version
git version 1.8.2.3
$ git config color.branch yes
$ git branch
* 3.7
Outra coisa a ser observada é que, tentando configurar com o valor sim
causa problemas:
$ git config color.branch sim
$ git branch
fatal: bad config value for 'color.branch' in .git/config