Thanks for the duplicate note :wave:
An important part of version control is the ability to look into the past. By using git blame
, and finding the story behind a commit, we're able to do more than blame people for code. We're able to see the story around why a commit was made. What is the associated pull request? Who approved the pull request? What tests were run on that commit before it was merged?
The obvious reason to find things in history is to know about the history. With issues and pull requests, we see a more complete story about the history, not just the bare minimum.
git blame
?git blame
is a Git functionality that shows what revision and author last modified each line of a file. Information like who made a commit, when, and even why can be found this way. If you aren't sure who introduced certain changes to a file, you can use git blame
to find out. While git blame
sounds rather accusatory, this can be used to understand the context around decisions.
A SHA is a reference to a specific object. In this case, it's a reference to a commit. On GitHub, you can look at a specific commit to see the changes introduced, by whom, and if they were a part of a pull request.
docs
to navigate into the /docs
directory_sidebar.md
to view the fileadd sidebar to documentation
to see the commit detailscommit
)