Git is an immutable history of all work ever done on code.
Take a look here: https://github.com/torvalds/linux/commits/master
And here: https://lkml.org/
Wikipedia does a pretty good job of maintaining document and discussion history as well.
In both projects, you can pull on any random thread and trace it all the way back to its origin. And if the team (and maintainer) is doing a great job of capturing the thought process behind a decision in commit messages (as Linus does so well), then you're in really great shape.
Re:Doing a Job (1982)
by AnimalMuppet on Friday November 01, 2019 @08:38PM
(#21425110)
Don't document too much.
For what you do document, have a central repository with a clear organization.
In my limited experience, I have not seen this done effectively in a software project. What does this actually look like when done properly? Ie, how do you store the data and keep it from becoming busy work?