Re: [git-users] Git says there are local changes, but there are no changes. (Windows)
No, you do not. On Friday, March 11, 2016 at 1:55:27 AM UTC-6, tombert wrote: > > you need to do a "git checkout ." in order to overwrite local changes > (note the dot after the checkout command). > > On Friday, 4 March 2016 22:05:19 UTC+1, Ben Page wrote: >> >> The repos that exhibit this behavior are Visual Studio projects and the >> problem files are text files. >> >> I don't think the problem is line endings. git diff returns nothing and >> the projects have * text=auto in the .gitattributes file and >> core.autocrlf set to true. >> >> I believe the problem is caused by Visual Studio. This never happens on >> any project that doesn't use it. But I don't know what it's doing to the >> files. >> >> What I'm most confused by is why doesn't git checkout or git reset --hard >> resolve >> the problem. Why do I have to delete the .git\index for git to properly >> recreate these file? >> >> On Wednesday, February 24, 2016 at 10:03:24 AM UTC-6, Dale R. Worley >> wrote: >>> >>> Ben Page writes: >>> >>git status >>> > On branch master >>> > Your branch is behind 'origin/master' by 2 commits, and can be >>> > fast-forwarded. >>> > (use "git pull" to update your local branch) >>> > Changes not staged for commit: >>> > (use "git add ..." to update what will be committed) >>> > (use "git checkout -- ..." to discard changes in working >>> directory) >>> > modified: XXX >>> > modified: YYY >>> > no changes added to commit (use "git add" and/or "git commit -a") >>> >>> Certainly one thing you can do is "git diff XX" and see what Git >>> thinks the changes are. >>> >>> Unfortunately, I don't know if git-diff is completely rigid about >>> reporting different ends-of-lines. You can >>> mv XX XX.old >>> git reset --hard >>> diff XX XX.old >>> if you know that the diff you are using reports all byte differences. >>> >>> As the other responder said, the underlying cause is likely file name >>> casing or ends-of-lines, which are the sort of things that get >>> translated between files in the working directory and the repository. >>> >>> Dale >>> >> -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [git-users] Git says there are local changes, but there are no changes. (Windows)
you need to do a "git checkout ." in order to overwrite local changes (note the dot after the checkout command). On Friday, 4 March 2016 22:05:19 UTC+1, Ben Page wrote: > > The repos that exhibit this behavior are Visual Studio projects and the > problem files are text files. > > I don't think the problem is line endings. git diff returns nothing and > the projects have * text=auto in the .gitattributes file and core.autocrlf > set > to true. > > I believe the problem is caused by Visual Studio. This never happens on > any project that doesn't use it. But I don't know what it's doing to the > files. > > What I'm most confused by is why doesn't git checkout or git reset --hard > resolve > the problem. Why do I have to delete the .git\index for git to properly > recreate these file? > > On Wednesday, February 24, 2016 at 10:03:24 AM UTC-6, Dale R. Worley wrote: >> >> Ben Page writes: >> >>git status >> > On branch master >> > Your branch is behind 'origin/master' by 2 commits, and can be >> > fast-forwarded. >> > (use "git pull" to update your local branch) >> > Changes not staged for commit: >> > (use "git add ..." to update what will be committed) >> > (use "git checkout -- ..." to discard changes in working >> directory) >> > modified: XXX >> > modified: YYY >> > no changes added to commit (use "git add" and/or "git commit -a") >> >> Certainly one thing you can do is "git diff XX" and see what Git >> thinks the changes are. >> >> Unfortunately, I don't know if git-diff is completely rigid about >> reporting different ends-of-lines. You can >> mv XX XX.old >> git reset --hard >> diff XX XX.old >> if you know that the diff you are using reports all byte differences. >> >> As the other responder said, the underlying cause is likely file name >> casing or ends-of-lines, which are the sort of things that get >> translated between files in the working directory and the repository. >> >> Dale >> > -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [git-users] Git says there are local changes, but there are no changes. (Windows)
The repos that exhibit this behavior are Visual Studio projects and the problem files are text files. I don't think the problem is line endings. git diff returns nothing and the projects have * text=auto in the .gitattributes file and core.autocrlf set to true. I believe the problem is caused by Visual Studio. This never happens on any project that doesn't use it. But I don't know what it's doing to the files. What I'm most confused by is why doesn't git checkout or git reset --hard resolve the problem. Why do I have to delete the .git\index for git to properly recreate these file? On Wednesday, February 24, 2016 at 10:03:24 AM UTC-6, Dale R. Worley wrote: > > Ben Page > writes: > >>git status > > On branch master > > Your branch is behind 'origin/master' by 2 commits, and can be > > fast-forwarded. > > (use "git pull" to update your local branch) > > Changes not staged for commit: > > (use "git add ..." to update what will be committed) > > (use "git checkout -- ..." to discard changes in working > directory) > > modified: XXX > > modified: YYY > > no changes added to commit (use "git add" and/or "git commit -a") > > Certainly one thing you can do is "git diff XX" and see what Git > thinks the changes are. > > Unfortunately, I don't know if git-diff is completely rigid about > reporting different ends-of-lines. You can > mv XX XX.old > git reset --hard > diff XX XX.old > if you know that the diff you are using reports all byte differences. > > As the other responder said, the underlying cause is likely file name > casing or ends-of-lines, which are the sort of things that get > translated between files in the working directory and the repository. > > Dale > -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [git-users] Git says there are local changes, but there are no changes. (Windows)
Ben Page writes: >>git status > On branch master > Your branch is behind 'origin/master' by 2 commits, and can be > fast-forwarded. > (use "git pull" to update your local branch) > Changes not staged for commit: > (use "git add ..." to update what will be committed) > (use "git checkout -- ..." to discard changes in working directory) > modified: XXX > modified: YYY > no changes added to commit (use "git add" and/or "git commit -a") Certainly one thing you can do is "git diff XX" and see what Git thinks the changes are. Unfortunately, I don't know if git-diff is completely rigid about reporting different ends-of-lines. You can mv XX XX.old git reset --hard diff XX XX.old if you know that the diff you are using reports all byte differences. As the other responder said, the underlying cause is likely file name casing or ends-of-lines, which are the sort of things that get translated between files in the working directory and the repository. Dale -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [git-users] Git says there are local changes, but there are no changes. (Windows)
What Operating System are you on (version etc) and which Git version. If you are on Windows (and perhaps Mac), do check the file name casing (upper/lower) as both ignore case but preserve it. Other options are that you have a line ending setting that does not 'round trip' properly, so maybe LF in the repo, but CRLF checked out, yet wants to check-in (add) as unchanged... Is it all files, all text files, or are they binary, etc. Is it just a few files. If other repos have no problem, compare their local config files with that of the problem repos.. - Original Message - From: Ben Page To: Git for human beings Sent: Tuesday, February 23, 2016 6:34 PM Subject: [git-users] Git says there are local changes, but there are no changes. (Windows) I have a couple repos that routinely believe there are local changes, when there are none. The only solution seems to be to delete these files and reacquire them from git. For example: >git status On branch master Your branch is behind 'origin/master' by 2 commits, and can be fast-forwarded. (use "git pull" to update your local branch) Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: XXX modified: YYY no changes added to commit (use "git add" and/or "git commit -a") >git --version git version 2.7.2.windows.1 Reset doesn't work. >git reset --hard HEAD is now at cebdb13 Commit Message >git pull Updating cebdb13..076de5e error: Your local changes to the following files would be overwritten by merge: XXX YYY Please, commit your changes or stash them before you can merge. Aborting Checkout doesn't work >git checkout XXX >git checkout YYY >git pull Updating cebdb13..076de5e error: Your local changes to the following files would be overwritten by merge: XXX Please, commit your changes or stash them before you can merge. Aborting The only solution that I've found . >rm .git\index >rm XXX >rm YYY >git reset --hard >git pull Updating cebdb13..076de5e Fast-forward ... Can anyone help me understand why this is happening and how to avoid it? -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.