Something wrong is going on with one of the files in my local git repository. When I'm trying to change the branch it says:
Unlink of file 'templates/media/container.html' failed. Should I try again? (y/n)
What could that mean?
Something wrong is going on with one of the files in my local git repository. When I'm trying to change the branch it says:
Unlink of file 'templates/media/container.html' failed. Should I try again? (y/n)
What could that mean?
This could mean that another program is using the file, which is preventing git from "moving" the file into or out of the working directory when you are attempting to change branches.
I have had this happen on Windows Vista where eclipse is the program "using" the file. The file may not be actually open in eclipse but may have been opened by a process run by eclipse.
In this event, try closing the file in any applications that might have used it. If that doesn't work, completely exit any applications which may have opened the file.
I had this issue and solved it by the command : git gc
The above command remove temp and unnecessary files. (Garbage collector.)
this solution from here worked for me:
This is a Windows specific answer, so I'm aware that it's not relevant to you... I'm just including it for the benefit of future searchers.
In my case, it was because I was running Git from a non-elevated command line. "Run as Administrator" fixed it for me.
I encountered this issue while doing a git pull
.
I tried git gc
and it resolved my problem.
In my case there are no processes touching the file or directory. Maybe it happens if the path is very long, because an operating system restriction (windows). Try enabling the longpath support flag in the global git configuration as indicated below:
git config --global core.longpaths true
or try to setting the yes/no answer flag if it is not conflictive for you
set GIT_ASK_YESNO=false
If the path is too long, I've not found a successful solution.
In my case (Win8.1, TortoiseGit running), it was the process called "TortoiseSVN status cache" that was locking the file.
Killing it allowed me to run "git gc" without any more problems. The above process is fired up by TortoiseGit, so there is no need to manually restart it.
On Windows 8: I ran git gc and it said git gc was already running, I ran git gc --force and the garbage collector ran.
I could then switch branches and merge without any issues, try git gc --force.
Perhaps the gc process didn't stop gracefully for one reason or another.
I got this problem in Windows. I closed my IDE (Android Studio) and selected YES in git shell. It worked.
I faced same issue while doing 'git pull'. I tried manual housekeeping git command 'git gc' and it resolved my problem.
This might be useful for someone; if all the above didn't work for you, follow these steps:
Close your IDE (mine was Eclipse, not sure if it applies to Intellij and others) or any other app that might be using git.
Open git from the command line (in my case I had git bash) and run git gc
as mentioned by others.
This did the magic for me.
I had this kind of issue on Windows 7 and it turned out to be due to some orphaned git.exe
process.
To solve it, open Task Manager and kill all git.exe
processes.
Since git
commands are short-lived, you should normally never see any git.exe
in Task Manager. When they are there, it usually means something is wrong, and you should kill those processes.
I had this issue with .tmp
files in /.git/objects/pack
folder. I think something had failed during a push or pull, so I removed these temporary files and reset the HEAD to my last commit. Not sure if this is advised but it worked for me. Also git count-objects -v
gave me a list of the .tmp
files that didn't belong in the pack folder.
Or to suppress the y/n messages in windows git open cmd.exe
and run:
SETX GIT_ASK_YESNO false
seen here: https://twitter.com/petercamfield/status/494805475733807104
After trying various solutions finally git clean -f
helped me.
EDIT: I hit the problem again few times - closing all processes dependent on git seems to help (like gitbash, Eclipse IDE, etc.)
This may be a separate gitk window running to see some git history.
Just close that window to fix that problem.
I ran into this issue running git Bash and Eclipse EGit at the same time. Solution: close Eclipse. Also wouldn't hurt to run git gc
as @khilo mentioned.
After none of the above answers seemed to work, running git fetch -p
did the job for me.
As stated above, something else is holding the files. Thing is that program doesnt look suspicious for us. I was trying to do a git pull from console, while having GitKraken opened. Closing GitKraken fixed the problem.
I ran into this issue in Windows, you might want to run the git bash as an administrator and then perform the desire commands, that solved the issue for me.
On Windows, saw this error on a git clone
of a (fairly large) repo. Closed SmartGit and paused my backup software (CrashPlan), and after that it worked. Not sure which of the 2 did the trick, but if running either, this might do it for you too.
I had the same issue while doing a git pull and as stated above, it was because of a program that was holding those files and was not allowing a git pull. Closing the program helped. Usually, the IDE (like Eclipse) from where the files are being checked-in will be holding it in the background. Closing the same and re-running git pull solved the problem for me.
After run command
git rm -rf foo.bar
I see error
Unlink of file 'foo.bar' failed. Should I try again? (y/n)
Because another program is using this file. For example, when I run Java web application in debug model or run web application on server, I can't delete log file. Turn off application sever (or turn off debug process), re-try
git rm -rf foo.bar
I see file has been deleted.
I had this same error and closing the app which had the file open solved it. I was able to go back and press "Y"
If you are developing a web application, a common reason is to forget shutting down the server. For example this could be a simple Node.js process, or on windows your IIS process running more unobtrusive as background process.