this post was submitted on 22 Sep 2023
24 points (100.0% liked)

Git

2875 readers
3 users here now

Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency.

Resources

Rules

  1. Follow programming.dev rules
  2. Be excellent to each other, no hostility towards users for any reason
  3. No spam of tools/companies/advertisements. It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.

Git Logo by Jason Long is licensed under the Creative Commons Attribution 3.0 Unported License.

founded 1 year ago
MODERATORS
 

With git/github I really only pull and push. I don't really use any of the other features. Same for the kids on my robotics team. The only thing I have taught them is pull and push. The kids do a pull at the beginning of practice and a push at the end. Yet sometimes I see this in the commit logs. Why are these merges happening? Even I have some merges and I know I didn't do anything differently. Should I be concerned? We are doing all of our git/gihub work in VS code if that matters.

you are viewing a single comment's thread
view the rest of the comments
[–] al4s@feddit.de 23 points 1 year ago (1 children)

If your local branch and the branch on GitHub diverge, they need to be merged. If you pull using the console it will tell you that, apparently VScode does this automatically?

Anyways, nothing to be concerned about. If you're annoyed by the merge commits, you can configure git to "rebase on pull", google it, you'll find instructions pretty quickly.

[–] CMahaff@lemmy.world 16 points 1 year ago

To expand on this a bit, git pull under the hood is basically a shortcut for git fetch (get the remote repository's state) and git merge origin/main main (merge to remote changes to your local branch, which for you is always main).

When you have no local changes, this process just "makes a line" in your commit history (see git log --graph --decorate), but when you have local changes and the remote has changed too, it has to put those together into a merge commit - think a diamond shape with the common ancestor at the bottom, the remote changes on one side, your changes on the other side, and the merge of the two at the top.

Like the above comment says, normally this process is clarified at the command line - VSCode must be handling it automatically if there are no code conflicts.