Jeff King <peff@xxxxxxxx> writes: > On Tue, Jun 21, 2011 at 08:28:31AM +0200, Johannes Sixt wrote: > >> > I personally think "--untracked" (and -u) is more intuitive too, since it >> > tells you what "git stash" is about to do. i.e. "git stash" is about to do >> > the usual stash operation *and* also stash the "untracked" files. >> >> Really? >> >> $ git stash --untracked >> >> sound like it stashes *only* untracked files. (That by itself may be a >> feature that some people want; so far, I'm not among them.) > > I would be happy with something that indicated "untracked files in > addition to the regular stash". I just think it should be about "add > these other files into the stash", not "end up in this directory state". > > Something like "--untracked-too" fits that, but is horribly ugly. This I think depends on how you view what stash does. If you concentrate on the "saving" aspect too much, your naming would start from "untracked" and end up to be that ugly thing. If you start from "what happens to the working tree", on the other hand, --clean may not be such a bad name for what it does. But I think the previous point you raised about untracked-but-not-ignored vs untracked-and-ignored is much more important. I do not think anybody would want to put build products in stash and unstash them later, so in that sense we can say we would only save the untracked-but-not-ignored in the stash and remove them, but then "git stash --clean" (or whatever we end up calling it) would still leave non-source material in the working tree, which probably does not exactly the original motivation of wanting to get a pristine source tree without having to trust the build procedure (i.e. "make clean" may leave cruft behind). -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html