(Replying to PARENT post)
I work as lead dev on a 5 year old web app I took over from a previous dev and his team of subcontractors about a year ago. It's very helpful to see into the past when there's no way to just ask the previous dev.
๐คbranja๐8y๐ผ0๐จ๏ธ0
(Replying to PARENT post)
Even if not at the history directly, commit messages are associated with the lines they edit. This provides great granular documentation: https://vincenttunru.com/assets/img/Commits-are-documentatio...
(From my blog post about why history matters: https://vincenttunru.com/Spend-effort-on-your-Git-commits/ )
๐คVinnl๐8y๐ผ0๐จ๏ธ0
(Replying to PARENT post)
I work in a University setting where we have student's working in our various projects. While some stay with us for a number of years, some are with us for a semester or two.
Even with full-time staff, in the almost 6 years I've been here the rest of the dev and design staff completely changed (and grew).
In my opinion, if you're not using history/blame your code is relatively new, or you're the only one touching code. Or you have regular code reviews (paired programming, whatever).
Seven years at my last job was just full-time staff, but we had the same issues, once a version control system was actually implemented.
๐คjames-skemp๐8y๐ผ0๐จ๏ธ0
(Replying to PARENT post)