Git Fetch vs Git Pull? Which one should you choose?

Поділитися
Вставка
  • Опубліковано 2 тра 2023
  • Ever wonder about the difference between git fetch and git pull?
    They both copy changes from the remote GitHub or GitLab repository to your local Git repo, but git fetch does not update your working directory while git pull does.
    That's it, that's the difference between fetch and pull in Git.
    On, and after you do a fetch, if you do want to update your local Git workingtree, then just do a git merge. That brings it all in.
    In fact, git fetch followed by a git merge is basically the same thing as a git pull.

КОМЕНТАРІ • 70

  • @luispablosandovalcastro7452
    @luispablosandovalcastro7452 Місяць тому +2

    I've watched many tutorials about this today, but none of them was even close to this one. You're the boss

    • @cameronmcnz
      @cameronmcnz  Місяць тому +1

      Why would you watch other videos???

  • @midlifecoding
    @midlifecoding Рік тому +18

    WOW! This the easiest and yet most comprehensive explanation of this. Thank you!

    • @cameronmcnz
      @cameronmcnz  Рік тому

      Thanks for your kind words! I try to keep my videos short and to the point. This is actually a fairly advanced topic so hopefully I didn't overcomplicate it.

    • @ivanphone4917
      @ivanphone4917 Рік тому

      Git fetch and pull has never been so simple to understand.

  • @nsharony
    @nsharony Рік тому +20

    Very nice tutorial.
    Besides explaining the technical diff between fetch and pull, it woulc have been great if you could also explain the reasons why one would use git fetch

    • @cameronmcnz
      @cameronmcnz  Рік тому +8

      That's not a bad idea. I try and keep my videos brief and to the point, so I try not to frontload them with too much background. But I think that would be an improvement for the next video. I might add that to the article I did.

    • @billanderson4709
      @billanderson4709 5 місяців тому +4

      @@cameronmcnz Yes it would be helpful with why. A lot of tutorials online just explain the how and not the why. When explaining the why, to me anyways I can understand it better on the how when the why/theory is explained. Maybe apply that to all tutorials even though you try not to frontload but I think it would be more beneficial to do so. Great video and thanks!

  • @joelpaul8650
    @joelpaul8650 Місяць тому +2

    No BS Straight to the point.

    • @cameronmcnz
      @cameronmcnz  Місяць тому

      Yeah. The UA-cam algo doesn't like that. 🤣
      Thanks for watching!

  • @XgigabyteX1
    @XgigabyteX1 9 місяців тому

    I'm Brazilian and with your video I was able to understand the difference between one and the other, unfortunately in my language there is no well-explained content as well as in English. It's a shame that I'm not fluent in English, but the UA-cam translation helped me a lot, I had a little doubt about when to use git fetch, but it could be that you've already released another video. So in that case I will look at the other videos on your channel. I'm grateful
    --------------------
    Just to recap, there is this type of content but in general context videos that are usually 1 hour long and you have to look for the video where it is talked about and generally a shallower explanation is given.

  • @edgaruriel9565
    @edgaruriel9565 9 місяців тому

    thanks! this video is really helpful. greeting from México

  • @noel_curray
    @noel_curray 10 місяців тому +4

    thank you for this clear explanation of fetch and pull. I appreciate the simple graphics and animation.

    • @cameronmcnz
      @cameronmcnz  10 місяців тому +1

      Thanks! Just trying to keep my videos short and to the point. Nobody wants me wasting their time.

  • @MasharipovSaidbek
    @MasharipovSaidbek 11 місяців тому +4

    This is really nice and straight to the point lesson, thanks sir!

    • @cameronmcnz
      @cameronmcnz  11 місяців тому

      Glad to be of service! I always assume people know a bit about Git first, so I don't waste time over-explaining things. So if you enjoyed this, you're obviously already a pretty smart cookie.
      Thanks again for the kind words!

  • @roudiolding8023
    @roudiolding8023 9 місяців тому +1

    Finally understood, thanks :DD

  • @MrLuffyMedina
    @MrLuffyMedina Місяць тому +1

    just what I needed, thank you

    • @cameronmcnz
      @cameronmcnz  Місяць тому

      I love that this quick tutorial has resonated with so many people. Glad to help!!!

  • @osa-_-
    @osa-_- 20 днів тому +1

    the way you talk is funny😂😂
    but i like it, it was helpful
    thanks

    • @cameronmcnz
      @cameronmcnz  20 днів тому

      Might be my Canadian accent, or it might be some of the slightly exaggerated inflections I use in some of my words. I try to make my videos as entreating as I can, hopefully without being annoying.

  • @official_youtube_1
    @official_youtube_1 11 місяців тому +2

    no nonsense talking, right on point, This short and sweet video is legend

  • @Roamer_sea_manila
    @Roamer_sea_manila 8 місяців тому +1

    Amazing. Thank you and nice video.
    So does everyone use only pull? I can't understand why just fetch and hace the files in the repo and not see and use the files.

    • @cameronmcnz
      @cameronmcnz  5 місяців тому

      One reason to use fetch is to just find out how far ahead or behind you are from the master branch. When you do a fetch, you can then do a 'git status', and Git will say "The server is 10 commits ahead of you" or "You are 12 commits ahead of the server." Just another reason to use fetch.

  • @user-zh2oz9fe4m
    @user-zh2oz9fe4m 10 місяців тому +1

    That was pretty well explained! Thanks a million!

    • @cameronmcnz
      @cameronmcnz  10 місяців тому

      Happy to be of service! Once you get this down, the whole collaborative git push, pull and fetch stuff becomes super easy!

  • @Hinkakan
    @Hinkakan 8 місяців тому +2

    Great vid, thanks.
    So in the limbo, between FETCH and MERGE, where does the file exist? Which branch?, where does the MERGE command merge FROM?

    • @cameronmcnz
      @cameronmcnz  8 місяців тому +4

      After the fetch, the 'remote tracking branch' in your local repo is updated. When you do the merge, the 'remote tracking branch' is merged with your local branch.
      That's why if you do a git branch -a command, you'll see branches like:
      /remote/main
      /remote/development
      Those branches track the changes on the remote repo.

    • @Hinkakan
      @Hinkakan 8 місяців тому +2

      @@cameronmcnz aha! Thanks for the clarification

  • @davidjhons2549
    @davidjhons2549 8 місяців тому +1

    its perfect explanation in very short time...Appreciate it😊

    • @cameronmcnz
      @cameronmcnz  8 місяців тому

      I try my best to get to the point. Nobody wants to hear my thoughts on world politics.

  • @mibrahim4245
    @mibrahim4245 Рік тому +2

    thank you, but I have a rly important question;
    suppose I work on branch1 and my teammate works on branch2 .. and I wanted to see his work on my local machine and I did "git pull" ..
    as you said that `git pull` will do the merge also, so, what if now I did something on my branch `branch1` and I pushed it to the remote ..
    what will happen to branch2 ? will it be overwritten by the version I have "the version that I downloaded at the time I did git pull " ?

    • @ivanphone4917
      @ivanphone4917 Рік тому +1

      It’ll only merge the same branch. You are safe to do a pull. Then to see his work do a git switch and you can see the work. Then u can switch back to yours.

    • @mibrahim4245
      @mibrahim4245 Рік тому

      @@ivanphone4917 thank you for the answer, but could you clarify more..
      If I did `git pull`, this should merge his branch `branch2` with my current branch `main`, right? ..
      Then what if I commit a change on the main branch and push it, this will push the changes I made on the main + branch2 that I pulled .. is that correct or I missed something

    • @mibrahim4245
      @mibrahim4245 Рік тому

      @@ivanphone4917 aah or u mean that it will merge branch1 with branch1 and branch2 with branch2 and so on ... ?

    • @janbaumeister8263
      @janbaumeister8263 2 місяці тому

      @@mibrahim4245 aah or u mean that it will merge branch1 with branch1 and branch2 with branch2 and so on ... ? - yup

  • @namkha2000
    @namkha2000 3 місяці тому +1

    Is there a way to download a specific branch to the local computer? cloning with URL always get the "main" version

    • @cameronmcnz
      @cameronmcnz  3 місяці тому

      Here's an article I wrote on how to clone a specific branch:
      www.theserverside.com/blog/Coffee-Talk-Java-News-Stories-and-Opinions/How-to-git-clone-a-specific-branch-only

  • @Syktox
    @Syktox 8 місяців тому +1

    I like your video :D

  • @moveonvillain1080
    @moveonvillain1080 Місяць тому +1

    So if I have develop branch and I have a feature branch I am working on. So to synchronise my feature branch with latest changes from develop branch I should just git pull while I am in my feature branch ?

    • @cameronmcnz
      @cameronmcnz  Місяць тому +1

      The pull will update your local repository about the changes in the develop branch, but it won't merge those changes if you're on the feature branch. You always have to do a merge to bring in changes from one branch to another. The fetch or pull will simply tell your local repo about the changes to those other branches.

    • @moveonvillain1080
      @moveonvillain1080 Місяць тому +1

      @@cameronmcnz thanks for clarification

    • @cameronmcnz
      @cameronmcnz  Місяць тому +1

      @@moveonvillain1080 My pleasure. It all starts making sense once you've done it a few times. Now be careful with those merge conflicts!

  • @adityapradhan7201
    @adityapradhan7201 9 місяців тому +1

    What is the advantage /use case of git fetch over git pull? Ultimately as I understand one has to merge after git fetch right?

    • @cameronmcnz
      @cameronmcnz  9 місяців тому +1

      Pull might cause a conflict if you are working on the same branch as someone else. You pull their changes and it tries to overwrite your local files in your workspace and you might get a merge conflict. A fetch won't do that.
      Also, fetch will update other branches that might have changed. So a fetch just lets your local environment know about other branches that have updates without messing with your local files. Then you can switch to those updated branches or even merge those updated branches with your local workspace.
      Kinda like that. In this video I didn't talk about multiple branches on the server being updated. I stuck with the simple one-branch scenario to keep it simple.

    • @adityapradhan7201
      @adityapradhan7201 9 місяців тому

      @@cameronmcnz That made total sense to me. Thank you for elaborate reply :)

    • @cameronmcnz
      @cameronmcnz  9 місяців тому

      Glad I could help!!!

  • @rafaeldacosta8581
    @rafaeldacosta8581 20 днів тому +1

    0:35 I came to learn pull push merge fetch, because I am messing up my codes when syncing and I end up learning it's possible to enter a directory using an wildcard 😂 "cd p*"

  • @ivanfigueroa2932
    @ivanfigueroa2932 8 місяців тому +1

    I'm confused, what is the difference between local repository and working directory?

    • @cameronmcnz
      @cameronmcnz  8 місяців тому

      The working directory is where your files are on the local filesystem.
      You can edit, delete and change those files and it won't impact the local Git repository until you do a commit.
      The Git repository keeps a history of all your commits and other information like branch names and how to connect to GitHub.
      So the working directory is just the files you're currently working on.

  • @airguy5964
    @airguy5964 3 місяці тому +1

    best explanation, thx

    • @cameronmcnz
      @cameronmcnz  3 місяці тому

      Thanks! I tried to keep it short and to the point. I probably could have added a bit about how a fetch will update 'tracking branches' and let you know how far ahead or behind you are from branches on GitHub or GitLab. But I tried to just stick to the basics. Thanks for watching and subscribing!

  • @ertanyildiz-ip6cy
    @ertanyildiz-ip6cy 5 місяців тому

    awesome.

  • @crescenstan7167
    @crescenstan7167 9 місяців тому +1

    short and sweet. thanks!

    • @cameronmcnz
      @cameronmcnz  9 місяців тому

      I try my best to get to core topic quickly and not waste your time. Glad I could help!

  • @stefangheorghe5271
    @stefangheorghe5271 Рік тому +2

    What and where is "local repository"?

    • @cameronmcnz
      @cameronmcnz  Рік тому

      The local repo gets created when the git clone happens. The git clone command creates a folder that matches the name of the repo on your local machine. That folder contains a hidden folder named .git. The whole repo is in there, although that's not a folder you're supposed to mess around with.

  • @AtulShegokar
    @AtulShegokar 5 місяців тому +1

    Man you are really awosome & happy. Lots of love💌

    • @cameronmcnz
      @cameronmcnz  5 місяців тому

      Glad to be of service. I love Git!

  • @harshadudapure
    @harshadudapure 7 місяців тому

    Thank you!!👍

  • @cathalsurfs
    @cathalsurfs Рік тому +7

    And... BOOM this has to be the WORST explanation ever!!!! BOOOMM!!!!

  • @computerarchitecture484
    @computerarchitecture484 Рік тому +3

    wow it's wonderful.

    • @cameronmcnz
      @cameronmcnz  Рік тому

      Thanks for your kind words! I try to keep these videos short, but I think maybe I could have put a bit of an explainer at the start telling people where I was going. Always trying to do better!

  • @Mad_MonkEE
    @Mad_MonkEE 5 місяців тому +2

    BOOOOOOOOOOM

    • @cameronmcnz
      @cameronmcnz  5 місяців тому +1

      I like my booms. :)
      Thanks for watching!

  • @anarmammadovn
    @anarmammadovn 2 місяці тому

    Brilliant explanation. I think each of every git tutorial explain like this. Thank's btw you saved my life.