Re: [PATCH 3/3] pull: introduce --[no-]autostash and pull.autostash
- From
Ramkumar Ramachandra <artagnon@gmail.com>
- Date
- Apr 16, 2013, 04:55 UTC
- Message-ID
- <CALkWK0=PemnwYkLg5X3YXA5kKE+K5rbbWvS+DR9xpTqAuq+QCg@mail.gmail.com>
- In-Reply-To
- <20130416031414.GK3262@elie.Belkin>
Jonathan Nieder wrote:
Show 5 quoted lines
> I wouldn't be surprised if there's still a documentation bug, though: > a lack of clarity, a missing hint somewhere else, something else > misleading. That seems especially likely when you say "I trusted the > documentation on this one". Care to point to the appropriate section, > so it can be fixed?
As I pointed out in a previous email, I'm referring to the --abort section of git-merge(1):
"If there were uncommitted worktree changes present when the merge started, git merge --abort will in some cases be unable to reconstruct these changes. It is therefore recommended to always commit or stash your changes before running git merge."
Matthieu (and probably others) run git merge with a dirty worktree most of the time, while I never do (because I read this section).