Live data from Hacker News

Show HN: Git Heat Map – a tool for visualising git repo activity for each file

github.com

31–40 of 42 posts

Re: Show HN: Git Heat Map – a tool for visualising git repo activity for each file

#31

If you think this is useful, you might also like codeatlas.dev and its Github Action ( https://github.com/codeatlasHQ/codebase-visualizer-action ). It currently does not support per-contributor activity, but we put a lot of effort into making the diagrams beautiful to look at and the basic approach of using treemaps for visualisation seems very similar. In fact, could be cool to collaborate on this, DM me if interest…

The OP works on Git. This project only works on Microsoft GitHub.

Re: Show HN: Git Heat Map – a tool for visualising git repo activity for each file

#34
post #21

WakaTime just released the same feature 4 days ago using IDE activity instead of commits. [0] Scroll to the bottom to see the bubble chart screenshot. [0] https://wakatime.com/blog/58-chatgpt-prototyped-our-new-feat...

I’d never heard of WakaTime before. Their Team Leader board looks like a dystopian nightmare.

Re: Show HN: Git Heat Map – a tool for visualising git repo activity for each file

#35
post #31

If you think this is useful, you might also like codeatlas.dev and its Github Action ( https://github.com/codeatlasHQ/codebase-visualizer-action ). It currently does not support per-contributor activity, but we put a lot of effort into making the diagrams beautiful to look at and the basic approach of using treemaps for visualisation seems very similar. In fact, could be cool to collaborate on this, DM me if interest…

The OP works on Git. This project only works on Microsoft GitHub.

Are you sure ? I don't have a chance to test right now but from the brief look i had there's nothing specific for GitHub.com. as i see it uses the git log file.

Edit: based on your profile I see you're quite anti Microsoft for some reason. I think one doth protest too much in this case though.

Re: Show HN: Git Heat Map – a tool for visualising git repo activity for each file

#37

How much faster are your benchmarks using WAL mode? https://www.sqlite.org/wal.html

I experimented earlier to push the limits of SQLite inserts and wrote a blog post[0] about it. We can apply some of the learnings here. I reviewed the OP's code and did some benchmarks; SQLite is not the bottleneck here. The code first generates the commit info from the git log, prints that to stdin [1] and the python script reads from it one by one in a loop [2]. Each of the commit info is written to SQLite. So, wit…

Nice work, thank you for the analysis

Re: Show HN: Git Heat Map – a tool for visualising git repo activity for each file

#39
post #35
post #31

Earlier quoted context omitted.

The OP works on Git. This project only works on Microsoft GitHub.

Are you sure ? I don't have a chance to test right now but from the brief look i had there's nothing specific for GitHub.com. as i see it uses the git log file. Edit: based on your profile I see you're quite anti Microsoft for some reason. I think one doth protest too much in this case though.

The GitHub Actions on only references `/github/` and is only available through the proprietary forge. The gallery only shows `$USER_ORG/$REPO_NAME`. While seemingly subtle, it's this sort of behavior, treating Microsoft GitHub as the only place projects live, that is taking the distributed nature of Git and trying to centralize it. This is the same issue with Vim plugins giving priority shorthands for plugin names or npm having some shorthands like `$FORGE:$USER_ORG/$REPO_NAME` for dependencies, but if you drop the $FORGE you get GitHub as a default. This makes folks feel as if using an alternative host or self-hosting is inferior or less supported. This leads to newcomers thinking GitHub is Git. And that's not how distributed version control is supposed to be.

Re: Show HN: Git Heat Map – a tool for visualising git repo activity for each file

#40

I wonder if this can be done faster using the same approach as git-filter-repo or bfg. 68 minutes for something like this is a long time. Otherwise looks really cool.

Computing diffs is what takes large amounts of time as the object database is used intensively along with limited efficiency of object caches.

I couldn't resist and threw `gitoxide` at it, and it turned out to be more than 2x as fast (even though it uses way more CPU to do that, there is definitely room for improvement).

The PR which adds the `db-gen` program: https://github.com/jmforsythe/Git-Heat-Map/pull/6

Post reply on HN