Re: Git reset -p on working tree
- From
Jeenu V <jeenuv@gmail.com>
- Date
- Nov 23, 2010, 13:00 UTC
- Message-ID
- <AANLkTimEOULR8_PAs5iPu7z+n4DQPSyDKYg8RghZxosz@mail.gmail.com>
- In-Reply-To
- <AANLkTi=5w3YpYu0_WbmHud0BUkO2BqYNVezWDMkCaSj2@mail.gmail.com>
On Tue, Nov 23, 2010 at 4:28 PM, knittl <knittl89@googlemail.com> wrote:
Show 8 quoted lines
> `git reset` seldomly affects the working tree, unless using `--hard`, > `--merge` or `--keep`, and those switches are potentially dangerous if > you are not aware of the implications to your worktree and index. > > without options reset undoes a previous add, i.e. remove changes from > the index, but not the working tree. > > git reset manpage mentions git-checkout:
Agreed. What I'm saying is most manuals/guides out there tips user to use 'git reset --hard' to discard changes in the working directory and restore the pristine copy of files. 'reset' then becomes synonymous to discard, and it kind of is but for a different reason. Because other commands offer -p for selective operations, one might try to discard selectively, and end up using 'git reset -p --hard', which obviously isn't going to work.
Knowing the users intention in such cases, I was suggesting the error message could hint the right command (just like git commit hints user to use git-add when one does 'git commit' with a dirty working tree).
But that's just me.
-- Jeenu