The visualization of branches becomes nigh pointless when you have a lot of disjoint developers in a codebase. Otherwise, I used to have this same setup.
Yeah, I've honestly largely given up on visual representations of branch history on real world repositories. You can make a lot more work for yourself trying to keep them sane, but the reality is you're just shoving a workload better suited to a computer into your own brain where it's frustrating and slow.
Better to learn how to do meaningful queries against the tree (is branch X in branch Y, what's the merge base of X, Y, Z, etc.) and let the computer understand it for you.
And usually what I want to see when I do git log these days is either --first-only on master or master.. on a topic branch.
The --graph option is nice and cool looking but it gets incredibly slow with big repositories like the linux kernel, so I still use good old "git log" for that reason.
I've tried these prettified `git log`s, but I always go back to the default: I prefer having the whitespace and everything being on a consistent column, instead of dancing all over the shop. But that's just me.
I actually thought that this was originally going to be an overview of tig[0] which has completely replaced git log for me.
[0] https://blogs.atlassian.com/2013/05/git-tig/