From: Junio C Hamano <gitster@pobox•com>
To: "Berat Özdemir" <Berat_Oezdemir@deichmann•com>
Cc: "git@vger•kernel.org" <git@vger•kernel.org>
Subject: Re: Bug/Weird behaviour with git pull
Date: Mon, 17 Apr 2023 10:08:11 -0700 [thread overview]
Message-ID: <xmqqmt36mo78.fsf@gitster.g> (raw)
In-Reply-To: <AS8P194MB1575B12A6A11E3CBC6537C26E29C9@AS8P194MB1575.EURP194.PROD.OUTLOOK.COM> ("Berat Özdemir"'s message of "Mon, 17 Apr 2023 10:34:50 +0000")
Berat Özdemir <Berat_Oezdemir@deichmann•com> writes:
> - cloned the remote repository.
> - checked f1 out
> - checked develop out
OK, so at this point, you have "f1", which is a copy of the origin's
"f1", and you have "develop", which is a copy of the origin's
"develop". And you have "develop" checked out in your working tree.
> - run git merge f1. Merge was successful.
OK. "develop" has one extra commit (i.e. merge of "f1" into it)
relative to the origin's. You made sure automated merge goes well.
> - Did not pushed
OK.
> - run git reset --hard origin/develop -> to undo the f1 merge into develop
OK. Now your "develop" is the same as origin's again.
> - run git pull origin f1
This is "Please fetch f1 from origin, and merge it into the branch
that is currently checked out in my working tree. It may conflict,
or it may not. If merged cleanly, create a new commit and advance
the branch that is currently checked out".
> What did you expect to happen? (Expected behavior)
> I expected that "git pull origin f1" will just update the f1
> branch (fetching and merging with origin/f1). In my case I
> expected nothing to happen since neither local f1 nor origin/f1
> did changed while testing. Just develop changed locally, but it
> was resetted.
The expectation is flawed. What is the closest to what you describe
above is "git fetch" (which would update origin/f1 together with
other remote-tracking branches under origin/).
If you wanted to update your "f1", one procedure you can use is
$ git checkout f1
$ git pull origin f1
"git pull" (and most of the commands that create a new commit based
on what you did, e.g. "git rebase", "git cherry-pick", "git commit",
"git merge") works on the branch that is currently checked out. If
you want to do something to "f1", you would check out that branch
first.
> What happened instead? (Actual behavior)
> "git pull origin f1" created a new commit, which was the
> previously resetted merge into the develop branch.
This is expected (see the explanation for "run git pull origin f1" above).
prev parent reply other threads:[~2023-04-17 17:08 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-17 10:34 Bug/Weird behaviour with git pull Berat Özdemir
2023-04-17 11:19 ` Kristoffer Haugsbakk
2023-04-17 11:57 ` AW: " Berat Özdemir
2023-04-17 12:49 ` Felipe Contreras
[not found] ` <AS8P194MB157593E9D310D6B03A1E0577E29C9@AS8P194MB1575.EURP194.PROD.OUTLOOK.COM>
[not found] ` <AS8P194MB157539251684168156C0EC99E29C9@AS8P194MB1575.EURP194.PROD.OUTLOOK.COM>
2023-04-17 16:21 ` Felipe Contreras
2023-04-17 17:08 ` Junio C Hamano [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xmqqmt36mo78.fsf@gitster.g \
--to=gitster@pobox$(echo .)com \
--cc=Berat_Oezdemir@deichmann$(echo .)com \
--cc=git@vger$(echo .)kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox