To answer the question on use case: as an eng leader overseeing a large team or multiple teams, I would use this purely as an internal pulse-check, and that's it. Bringing these datapoints into a single place can help determine places to dig in, such as:
Are we auto-shipping PRs without diligent review/code comments?. Are senior engineers putting enough time/effort into PR review? Are there a subset of engineers carrying the team in terms of PR feedback? Does a junior engineer's progress align with status updates Are we shipping PRs in reasonable sizes? We just finished planning and are moving into build cycle, are product requirements allowing devs to start building as expected?
None of this email content is meant to be source-of-truth, but instead a signal/pulse-check.
I do agree with a lot of the feedback on worry about how this data is used — e.g. commit count != productivity. That said, a good manager is not going to mis-use this data and your poor manager is already a poor manager without it.
I tried GitInsight and wanted to share my feedback. Recorded a 5 min feedback video.
https://www.loom.com/share/0fb4b5ec2f2744ed9f1239601f43f185?...
I hope you find it useful and if you don't please disregard the video.
Congrats on launch and happy building!!