When I do git status
it says nothing to commit, working directory clean
And then I do git pull --rebase
, it says:
First, rewinding head to replay your work on top of it...
error: The following untracked working tree files would be overwritten by checkout:
includes/resources/moduledata/12/_Fr4_02_Invention_IPA_SR_la-Fête.pdf
Please move or remove them before you can switch branches.
Aborting
could not detach HEAD
Similar error when doing git pull origin master
* branch master -> FETCH_HEAD
error: The following untracked working tree files would be overwritten by merge:
includes/resources/moduledata/12/_Fr4_02_Invention_IPA_SR_la-Fête.pdf
Please move or remove them before you can merge.
Aborting
My .gitignore
file:
→ cat .gitignore
.htaccess
bower_components/
This file has been coming up constantly and when I remove it from file system, git will say I removed this file, while in the other messages, it says it is untracked. How could it be untracked and tracked at the same time?
Delete . gitignore file from appname/gen/ to solve this issue.
This could also happen due to a case change on the filename. I had the same problem and this is what solved it for me.
git config core.ignorecase true
True for Mac or PC.
Alternative solutions at: The following untracked working tree files would be overwritten by checkout
Without a complete picture of the repo, what follows is more of a guess than anything else, but it might explain the situation. Let's say your history looks as follows:
A -- C [origin/master]
\
B [HEAD, master]
You write:
This file has been coming up constantly and when I remove it from file system, git will say I removed this file, while in the other messages, it says it is untracked.
I'm guessing you may have run
git rm --cached <file-in-question>
and committed that deletion in commit B
; therefore, the file is no longer tracked in your local repo and but it's still present in your working tree.
In the meantime, the upstream branch received commit C
from one of your collaborators, in which <file-in-question>
was not removed from version control. What you're attempting to effect with
git pull --rebase
is something like this:
A -- C [origin/master]
\
B' [HEAD, master]
However, as the message says,
The [...] untracked working tree [file] would be overwritten by checkout
Indeed, rewinding commit C
(in order to replay B
on top of it) would result in the revision of <file-in-question>
(from commit C
) to be checked out in your working tree, in which an untracked file of the same name already exists. The contents of that untracked file may be valuable; you may not want that file to be overwritten by a another version of it. Therefore, Git stops in its track and tells you what's wrong.
Edit: Here is a baby example that reproduces the situation...
cd ~/Desktop
mkdir test
cd test
git init
touch README.md
git add README.md
git commit -m "add README"
# simulate a remote branch moving ahead by one commit
# (that doesn't remove the README)
git checkout -b origin_master
printf "This is a README.\n" > README.md
git add README.md
git commit -m "add description in README"
# remove the README and create a new commit on master
git checkout master
git rm --cached README.md
git commit -m "remove README"
# simulate an attempt to rebase master to its "upstream" branch, origin_master
git rebase --onto origin_master master
That last command spews out the following:
First, rewinding head to replay your work on top of it...
error: The following untracked working tree files would be overwritten by checkout:
README.md
Please move or remove them before you can switch branches.
Aborting
could not detach HEAD
I suggest you run
git fetch
git log --stat origin/master..master -- <file-in-question>
to check whether something like that happened.
Remove all untracked files (carefull):
git clean -d -fx ""
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With