I want to completely ignore a part of a git repository. The directory is currently tracked in the repository and I\'d like to ensure that
You can try with following line at beginning of .gitignore file :
!.gitignore
I think this should force git to ignore listed firs/files. I don't know is it best way, but it works in my case. e.g.
!.gitignore
my_dir/
some_dir/
Note: Of course you should git add and commit .gitignore than push to origin.
All answers above fail to handle branches that had split off before gitignoring and removing the unwanted files, and contain commits with changes to those files. Such branches will just sit there waiting for an opportunity to wreak havoc upon a merge or rebase.
Practically speaking, there is no solution other than recreating all repos from scratch with the unwanted files in .gitignore from the very start. Un-tracking stuff is simply thoroughly broken in git.
Git fails to model the simple reality where users are not effing clairvoyant, and just plainly don't know what kind of do-not-track (temporaries | intermediates | caches | whatever) will be created by a framework that hasn't even been written yet, but will be incorporated into the project at some point in the future.
You can easily remove and untrack the files with git rm
which seems to be what you want to do. If the files are automatically generated during the build process, this seems to be the route you want to take.
However, if only a single person has their machine setup to properly generate these files, I believe a bigger problem exists. But to do what you want, this is the way
Start ignoring changes
git update-index --assume-unchanged <dir>
Start caring again
git update-index --no-assume-unchanged <dir>
If the file is supposed to never get into the repository, fix the problem and do it correctly...
.gitignore
file.gitignore
And you'll never have to deal with those unwanted files again because .gitignore
will avoid future git add
s of those files (unless --force
d)