Several options from previous posts work, except that I noticed inconsistencies between different systems.
Fedora 28 (recently upgraded from F26) was easy as soon as I realized: the version inside the bastard of commit / GIT tags showed that it was pointing to .virc files (weird *), so I just copied my ~ / .vi m gs in ~ /. Virk [except, see below].
macOS 10.13.4 with vim 8.0 from brew works fine with /usr/share/vim/vim80/ftplugin/gitcommit.vim according to : verbose: set tw =? ,
CentOS 7.4 with vim 7.4 (git version 1.8.3.1) for some reason, although it didn't seem to use the textwidth line in the attached gitcommit.vim, so I went for a quick and dirty workaround (to save me from working with multiple files ) in ~ / .vimrc:
nmap <F2> :set textwidth=72<CR> inoremap <F2> <Esc>:set textwidth=72<CR>a
This seems to work quite well and is easy to remember - I still basically just get out of there and have already stopped messing with the old versions of git and vim.
Otherwise, I (temporarily) went after Chip Hogg's suggestion after Abe Voelker answered: autocmd FileType gitcommit setlocal textwidth = 72
I don't think this matters a lot in git-commit, but it might be better to be safe (especially if this line ends with copying in vimrc). The file type is, of course, included, as in many vimrcs examples.
* However, I was still curious why vim ruler wasn’t showing up, so I looked: a help line that says + cmdline_info (displayed after: version) needs to be installed at compile time. Execution: ver in vim outside of git-commit detected different settings and different compilation times, suggesting that git might have called a system copy of vim instead of a custom one.
In the beginning, I had to run git config --global core.editor "vim", except that I did not, because I assumed that it was an excess step. Doing this first with every git installation can save you a lot of trouble from the start!