* Project structure (how flat vs hierarchical is the file tree?)
* Which files keep being edited (likely to find bugs and/or tech debt there)
* Which areas different people tend to work in (eg, do they hop around a lot between client/server?)
And of course it is just a fun thing to watch, and usually someone will walk by and ask about what I'm looking at, then they'll come watch with me.
And there was my name. Making huge changes causing the tree to fork. It was pretty cool.
E.g. see here for a visualisation of the pytorch codebase we did a while ago: https://codeatlas.dev/gallery/pytorch/pytorch
(disclaimer: I'm the author)
See a post, then the likes going up, the messages getting pasted…
Which links to https://github.com/void4/reddgource
It would export our data structures and user activity as a git-like log that Gource could ingest. Then we would create videos that would be posted internally at different product dashboards or used for making a cool demo.
We even ended up writing our own JS-based gource, using the C3.js library IIRC. It could ingest more specific activity and history that Gource wouldn't. It didn't have all the shiny visual effects though.
We ran it on our startup and it was really a proud moment as founding engineers.
It also helped me to make more tangible to friends and family the amount of effort required to write software.
I personally enjoyed those sessions, it gave non-coders an opportunity to point and ask questions about various clusters of nodes or find out why we were working on certain things at particular times.
The value was debatable to be sure. Fun though.
After the assignment, the professor used Gource to visualize the codebase of each group. Needless to say the Gource graph blew up and I was the butt of every git related joke for a while.