Re: Any way to ignore a change to a tracked file when committing/merging?
- From
Nicolas Pitre <nico@cam.org>
- Date
- Jun 13, 2007, 17:21 UTC
- Message-ID
- <alpine.LFD.0.99.0706131318390.21061@xanadu.home>
- In-Reply-To
- <A30E217A-084E-4019-949F-5918EAA6368E@mimvista.com>
On Wed, 13 Jun 2007, David Watson wrote:
Show 17 quoted lines
> I've got a problem, or maybe annoyance is more the proper term, that I haven't > seen solved by any SCM system (at least not to my knowledge). Basically, I may > make some changes, e.g. to a Makefile or somesuch, that I want to ignore when > looking at what's changed from the repository. The only problem is, the file > I've modified is already under version control, so .gitignore doesn't do > anything. > > Now, I can commit it, so it will stop bugging me, but then when I push out it > will include that change, unless I back it out. This is a change that I don't > want propagated anywhere else, because it's specific to my machine or > development sandbox. > > Is there any way to do this? I'd really love to use git-commit -a in this > situation, and I could hack up a script to undo my change, run git-commit -a, > and reapply the change, but makes me a bit squirmy. If I could put something > in a .git config file to say "commit 237ab should not be propagated under any > circumstances", that would be fantastic.
Why don't you just use git-commit _without_ -a ?
The whole purpose behind not specifying -a with git-commit is exactly for your usage example.
Nicolas