"Shawn O. Pearce" <spearce@spearce.org> writes:Well, outside git, if you do $ mkdir -p foo/bar $ echo hello > foo/bar/world $ rm -f foo/bar/world You didn't ask foo/bar to stay either, and still, it's quite natural to have it stay in your filesystem. So, the same way you'd have ran "rm -r foo", it seems reasonable to me to ask for "git-rm -r foo" if the user wants to get rid of foo/ itself. -- Matthieu - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Andrew Morton | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Michael Opdenacker | [PATCH] x86: fix unconditional arch/x86/kernel/pcspeaker.c compiling |
git: | |
| David Miller | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Andrew Morton | Re: [BUG] New Kernel Bugs |
