Question

Can I tell git to ignore files that are modified (deleted) but should not be committed?

The situation is that I have a subdirectory in the repo which contains stuff I'm not interested in at all, so I deleted it to prevent it showing up in auto-completions and the like (in the IDE).

But now, if I add that folder to .gitignore, simply nothing changes, all the stuff is shown as deleted by git status.

Is there a way to make git ignore it either way?

(Alternatively, as I'm using git-svn, could I commit the changes to the local git and ensure they are not passed on to the svn repo?)

Was it helpful?

Solution

check out the git-update-index man page and the --assume-unchanged bit and related.

when I have your problem I do this

git update-index --assume-unchanged dir-im-removing/

or a specific file

git update-index --assume-unchanged config/database.yml

OTHER TIPS

A newer and better option is git update-index --skip-worktree which won't be lost on a hard reset or a new change from a pull.

See the man page at http://schacon.github.com/git/git-update-index.html

And a comparison at http://fallengamer.livejournal.com/93321.html

Tracked files can't be ignored, so you'll have to remove them from your index first. Add a .gitignore that ignores the directories you don't want, then delete them, and remove any stragglers with git rm --cached.

What I usually do is

git stash

git whatever-else

git stash apply

git stash clear

Use this code

git update-index --assume-unchanged file-name
Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top