On Thu, 30 Nov 2006 Linus Torvalds wrote:On Thu, 30 Nov 2006 22:16:29 +0100, Jakub Narebski wrote: I'm happy with the direction of having several commands that take the place of update-index, each with its own name oriented toward what the user wants to do. Obviously, "add", "mv", and "rm" have obvious places where the user wants to use them. There's the merge case where "resolve" and "resolved" have both been floated as possible names. It might even make sense to invent one more name for the case where the user wants to inform git that a file has been edited and that git should accept the new contents. It's the sort of "note that file is edited" operation that could be recommended to the user with "add; fix typo; commit" confusion. Sure, "add" could be used again, and "update-index" clearly _works_ but it's a rather ugly name, (and already has "plumbing" functionality like --add and --remove that we don't want here). If "resolved" is the name for the new command, then "edited" might work, but I think these adjectives don't work well next to the more active verbs that git normally accepts, (and yes, "mv" and "rm" are verbs even if horribly mangled spellings). So I'd vote for "resolve" along with something else for the mark-as-edited case. Maybe "refresh"? That's the best I've thought of so far. Anyone else have a better suggestion? It does clash with the separate notion of "git update-index --refresh" which is a bit annoying. Any other suggestions for this? -Carl
| Zach Brown | [PATCH 3 of 4] Teach paths to wake a specific void * target instead of a whole tas... |
| Linus Torvalds | Re: LSM conversion to static interface |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Andrew Morton | -mm merge plans for 2.6.23 |
git: | |
| Gregory Haskins | [RFC PATCH 00/17] virtual-bus |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
