Re: [PATCH 1/2] t7001: add test for git-mv dir1 dir2/
- From
Junio C Hamano <junkio@cox.net>
- Date
- Jul 28, 2006, 04:48 UTC
- Message-ID
- <7vr706mj0u.fsf@assigned-by-dhcp.cox.net>
- In-Reply-To
- <20060728025619.GK13776@pasky.or.cz>
Petr Baudis <pasky@suse.cz> writes:
Show 14 quoted lines
> Dear diary, on Fri, Jul 28, 2006 at 04:41:04AM CEST, I got a letter > where Junio C Hamano <junkio@cox.net> said that... >> Petr Baudis <pasky@suse.cz> writes: >> > (iv) I need git-apply to add/remove to/from index new/gone files, >> > while at the same time... >> > >> > (v) I want to allow applying of patches to working copy that is not >> > completely clean, even on top of modified files >> >> You probably should be able to talk me into doing these, but >> doesn't it already do (iv) and (v)? > > Well, at once? I can do (iv) by adding --index but that contradicts (v). > But maybe I'm missing something.
What should the semantics of such operation be? Apply to index on paths that are clean while leave the index entries untouched for paths that are dirty? What should happen on renamed paths that are dirty?