[ Removed by Reddit ]
[ Removed by Reddit on account of violating the content policy. ]
[ Removed by Reddit on account of violating the content policy. ]
I’ve been thinking about how teams handle reporting from Git activity.
In most places I’ve worked or seen, people still write weekly updates manually, even though the data already exists in commits, PRs, and merges.
We tried a different approach recently: generating summaries directly from Git activity (basically turning commits into readable updates like “what shipped”, “what’s in progress”, etc.).
It works surprisingly well when commit messages are decent, but can get noisy otherwise.
I’m curious how others handle this:
• Do you write reports manually?
• Use dashboards (GitHub/GitLab)?
• Or automate it somehow?
Also wondering:👉 do you actually find these reports useful, or are they just a formality?
Would be interesting to hear real workflows, especially in small teams vs larger ones.
I’ve been thinking about how teams handle reporting from Git activity.
In most places I’ve worked or seen, people still write weekly updates manually, even though the data already exists in commits, PRs, and merges.
We tried a different approach recently: generating summaries directly from Git activity (basically turning commits into readable updates like “what shipped”, “what’s in progress”, etc.).
It works surprisingly well when commit messages are decent, but can get noisy otherwise.
I’m curious how others handle this:
Also wondering:
👉 do you actually find these reports useful, or are they just a formality?
Would be interesting to hear real workflows, especially in small teams vs larger ones.
Most engineering teams already have all their activity in Git:
But when it comes to sharing updates (with the team, stakeholders, or even users), it usually turns into a manual newsletter or status report.
So instead of writing those updates manually, this approach turns Git activity into a daily + weekly newsletter automatically → https://gitmore.io
The idea is pretty straightforward:
Instead of raw logs, the newsletter highlights things like:
What’s interesting is that it’s not just for devs, it’s actually readable by non-technical people too. So it can double as:
No one has to ask “what happened this week?” or write it manually anymore.
Curious how others handle this:
Feels like this is one of those small things that quietly eats time every week.