The git history is useful to find out:
* The why, who and when of some change to the code or configuration.
* Looking at older variants of code to see previous attempts to know what has already been tried.
* git blame and git bisect for automated troubleshooting.
1. seeing who originally wrote the file i'm working on, which can set up some expectations, eg i know a certain someone likely didn't test the code well, if at all, so i know that i'm going to spend time constraining the existing code with tests before i can even get into it properly
2. figuring out what i did today so i can fill in the absolutely pointless timesheet that i have to fill out every day, because we can't just assign hours to a trello card, no! we have to also blurb about it so someone else can gloss over it
Occasionally I have to explain in detail what the hell I've been doing all month because of some business drama with the customer or whatever. I can barely remember what I've done the last week. So when someone asks I just open the git commit history to figure it out.
It's useful in hinting which commit I should use to blame a file. I use blame to trace back to the pull request that introduced the changes that I'm interested in seeing. Commit messages themselves are rarely helpful to me since git hosts put way more useful context around sets of changes
Mostly to get context, like ticket numbers, links to pull requests, all usually with the goal to understand the intentions of a specific piece of code.
same as word document with track changes enabled… you see entire document and with history exact why each piece of the document is there and when and who made it so
Git history can find code that is changed often, has many developers changing it, or was mostly written by someone no longer with the organization. Looking at the evolution of the code over time can help identify problem code as well as find areas that are in need of more attention, either by refactoring or otherwise cleaning up.
4. Who is @lethal_coder1337 and why didn’t their FIXME: make its way to the backlog?
The git history is useful to find out: * The why, who and when of some change to the code or configuration. * Looking at older variants of code to see previous attempts to know what has already been tried. * git blame and git bisect for automated troubleshooting.
1. seeing who originally wrote the file i'm working on, which can set up some expectations, eg i know a certain someone likely didn't test the code well, if at all, so i know that i'm going to spend time constraining the existing code with tests before i can even get into it properly 2. figuring out what i did today so i can fill in the absolutely pointless timesheet that i have to fill out every day, because we can't just assign hours to a trello card, no! we have to also blurb about it so someone else can gloss over it
Occasionally I have to explain in detail what the hell I've been doing all month because of some business drama with the customer or whatever. I can barely remember what I've done the last week. So when someone asks I just open the git commit history to figure it out.
It's useful in hinting which commit I should use to blame a file. I use blame to trace back to the pull request that introduced the changes that I'm interested in seeing. Commit messages themselves are rarely helpful to me since git hosts put way more useful context around sets of changes
Mostly to get context, like ticket numbers, links to pull requests, all usually with the goal to understand the intentions of a specific piece of code.
same as word document with track changes enabled… you see entire document and with history exact why each piece of the document is there and when and who made it so
Yes. Mostly for searching
Git history can find code that is changed often, has many developers changing it, or was mostly written by someone no longer with the organization. Looking at the evolution of the code over time can help identify problem code as well as find areas that are in need of more attention, either by refactoring or otherwise cleaning up.
https://pragprog.com/titles/atcrime2/your-code-as-a-crime-sc...