# git checkout branch puzzle 7 messages from 2010-05-01 to 2010-05-06. Participants: Chris.Cheney, Jeff King. Thread: https://gitlist.dev/t/23656 ## Chris.Cheney, 2010-05-01 17:55 Subject: git checkout branch puzzle Message-ID: URL: https://gitlist.dev/e/Xns9D6BC0C4C8784ChrisCheneytesconet%4080.91.229.10 ``` I have been using msysgit (curently 1.7.0.2.msysgit.0) for about 18 months and thought that I had managed to understand most things. However, the following sequence has me baffled: a) on branch 'master', git status shows that the working directory is clean b) git checkout HEAD^ gives the usual moan about moving to a head which isn't a local branch c) git checkout master followed by git status gives "changed but not updated" and a list of "modified" files d) git reset --hard does not change the situation I suspect the situation arose as a result of 'mv'ing some files without using git mv, but the resulting state above seems unreasonable. Any explanation of (c)/(d) would be appreciated. As a result, I have started using git add -A rather than got add . (and wonder why it isn't documented as the default thing to do). TIA for any light on this. ``` ## Jeff King, 2010-05-02 04:59 Subject: Re: git checkout branch puzzle Message-ID: <20100502045901.GD14776@coredump.intra.peff.net> URL: https://gitlist.dev/e/20100502045901.GD14776%40coredump.intra.peff.net In-Reply-To: ``` On Sat, May 01, 2010 at 05:55:47PM +0000, Chris.Cheney wrote: > I have been using msysgit (curently 1.7.0.2.msysgit.0) for about 18 months > and thought that I had managed to understand most things. However, the > following sequence has me baffled: > > a) on branch 'master', git status shows that the working directory is clean > > b) git checkout HEAD^ gives the usual moan about moving to a head which > isn't a local branch > > c) git checkout master followed by git status gives "changed but not > updated" and a list of "modified" files Part (c) shouldn't show anything in "git status". I wonder if it is a line-ending conversion issue, since you are using msysgit, and since that is the usual culprit for files mysteriously looking changed. Might you have recently changed the settings of core.autocrlf? -Peff ``` ## Chris.Cheney, 2010-05-02 08:58 Subject: Re: git checkout branch puzzle Message-ID: URL: https://gitlist.dev/e/Xns9D6C65C2DB06EChrisCheneytesconet%4080.91.229.10 In-Reply-To: <20100502045901.GD14776@coredump.intra.peff.net> ``` Jeff King wrote in news:20100502045901.GD14776@coredump.intra.peff.net: > On Sat, May 01, 2010 at 05:55:47PM +0000, Chris.Cheney wrote: > >> I have been using msysgit (curently 1.7.0.2.msysgit.0) for about 18 >> months and thought that I had managed to understand most things. >> However, the following sequence has me baffled: >> >> a) on branch 'master', git status shows that the working directory is >> clean >> >> b) git checkout HEAD^ gives the usual moan about moving to a head >> which isn't a local branch >> >> c) git checkout master followed by git status gives "changed but not >> updated" and a list of "modified" files > > Part (c) shouldn't show anything in "git status". I wonder if it is a > line-ending conversion issue, since you are using msysgit, and since > that is the usual culprit for files mysteriously looking changed. > Might you have recently changed the settings of core.autocrlf? > > -Peff > Thanks for the reply and confirming what I believed about (c). It is possible that what you suggest might be involved - it's a 2-developer situation, each using msysgit with their own local repository and a remote master (bare) repository. I'll compare the other's config file against mine. Chris ``` ## Chris.Cheney, 2010-05-02 20:09 Subject: Re: git checkout branch puzzle Message-ID: URL: https://gitlist.dev/e/Xns9D6CD773D97E5ChrisCheneytesconet%4080.91.229.10 In-Reply-To: ``` "Chris.Cheney" wrote in news:Xns9D6C65C2DB06EChrisCheneytesconet@80.91.229.10: > Jeff King wrote in > news:20100502045901.GD14776@coredump.intra.peff.net: > >> On Sat, May 01, 2010 at 05:55:47PM +0000, Chris.Cheney wrote: >> >>> I have been using msysgit (curently 1.7.0.2.msysgit.0) for about 18 >>> months and thought that I had managed to understand most things. >>> However, the following sequence has me baffled: >>> >>> a) on branch 'master', git status shows that the working directory >>> is clean >>> >>> b) git checkout HEAD^ gives the usual moan about moving to a head >>> which isn't a local branch >>> >>> c) git checkout master followed by git status gives "changed but not >>> updated" and a list of "modified" files >> >> Part (c) shouldn't show anything in "git status". I wonder if it is a >> line-ending conversion issue, since you are using msysgit, and since >> that is the usual culprit for files mysteriously looking changed. >> Might you have recently changed the settings of core.autocrlf? >> >> -Peff >> > > Thanks for the reply and confirming what I believed about (c). > > It is possible that what you suggest might be involved - it's a > 2-developer situation, each using msysgit with their own local > repository and a remote master (bare) repository. I'll compare the > other's config file against mine. Neither of our config files contain autocrlf settings, but it's something that I'll look further into. Neither of us had made recent config changes. ``` ## Jeff King, 2010-05-03 06:40 Subject: Re: git checkout branch puzzle Message-ID: <20100503064053.GA20002@coredump.intra.peff.net> URL: https://gitlist.dev/e/20100503064053.GA20002%40coredump.intra.peff.net In-Reply-To: ``` On Sun, May 02, 2010 at 08:09:32PM +0000, Chris.Cheney wrote: > > Thanks for the reply and confirming what I believed about (c). > > > > It is possible that what you suggest might be involved - it's a > > 2-developer situation, each using msysgit with their own local > > repository and a remote master (bare) repository. I'll compare the > > other's config file against mine. > > Neither of our config files contain autocrlf settings, but it's something > that I'll look further into. Neither of us had made recent config changes. I believe autocrlf is on by default for msysgit. But if there is nothing in your config, then probably nothing changed. If you can reproduce the situation, it might be worth narrowing down a simple test case and posting the exact commands and output. -Peff ``` ## Chris.Cheney, 2010-05-03 08:06 Subject: Re: git checkout branch puzzle Message-ID: URL: https://gitlist.dev/e/Xns9D6D5CD466CE2ChrisCheneytesconet%4080.91.229.10 In-Reply-To: <20100503064053.GA20002@coredump.intra.peff.net> ``` Jeff King wrote in news:20100503064053.GA20002@coredump.intra.peff.net: > On Sun, May 02, 2010 at 08:09:32PM +0000, Chris.Cheney wrote: > >> Neither of our config files contain autocrlf settings, but it's >> something that I'll look further into. Neither of us had made recent >> config changes. > > I believe autocrlf is on by default for msysgit. But if there is > nothing in your config, then probably nothing changed. If you can > reproduce the situation, it might be worth narrowing down a simple > test case and posting the exact commands and output. Thanks. Indeed, after asking here, that was to be my next step - I need to restock up on round tuits :-) FWIW My money is on a rm/git-rm or a mv/git-mv "user" error. Chris ``` ## Chris.Cheney, 2010-05-06 20:30 Subject: Re: git checkout branch puzzle Message-ID: URL: https://gitlist.dev/e/Xns9D70DAFB1423DChrisCheneytesconet%4080.91.229.10 In-Reply-To: ``` "Chris.Cheney" wrote in news:Xns9D6D5CD466CE2ChrisCheneytesconet@80.91.229.10: > Jeff King wrote in > news:20100503064053.GA20002@coredump.intra.peff.net: > >> On Sun, May 02, 2010 at 08:09:32PM +0000, Chris.Cheney wrote: >> >>> Neither of our config files contain autocrlf settings, but it's >>> something that I'll look further into. Neither of us had made recent >>> config changes. >> >> I believe autocrlf is on by default for msysgit. But if there is >> nothing in your config, then probably nothing changed. If you can >> reproduce the situation, it might be worth narrowing down a simple >> test case and posting the exact commands and output. > > Thanks. Indeed, after asking here, that was to be my next step - I > need to restock up on round tuits :-) > > FWIW My money is on a rm/git-rm or a mv/git-mv "user" error. I would have lost my money. You were almost spot-on. It turned out that my remote collaborator was using a version of msysgit prior to the default of autocrlf being true. We'll be recloning from a freshly built repository r.s.n. Thanks for your help Chris ```