Warning: Some posts on this platform may contain adult material intended for mature audiences only. Viewer discretion is advised. By clicking ‘Continue’, you confirm that you are 18 years or older and consent to viewing explicit content.
You never reach a phase when you can confidently say that you understand git. But it’s certainly possible to go from “When something goes wrong, I just delete the repo and clone it again” to “Aha! Now I can deal with most of the issues”.
Mine was when I realized that git commands come in two flavors. Those that deal with commits as snapshots (commit, checkout, switch, reset, etc) and those that deal with commits as changes/diffs/deltas (merge, rebase, cherrypick, revert, etc). (Note: This isn’t about how git stores commits on disk). I believe that this is actually the main source of confusion for beginner and intermediate git users.
You never reach a phase when you can confidently say that you understand git. But it’s certainly possible to go from “When something goes wrong, I just delete the repo and clone it again” to “Aha! Now I can deal with most of the issues”.
Mine was when I realized that git commands come in two flavors. Those that deal with commits as snapshots (commit, checkout, switch, reset, etc) and those that deal with commits as changes/diffs/deltas (merge, rebase, cherrypick, revert, etc). (Note: This isn’t about how git stores commits on disk). I believe that this is actually the main source of confusion for beginner and intermediate git users.