"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
| Kok, Auke | Re: -mm merge plans for 2.6.23 - ioat/dma engine |
| Jeff Garzik | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Matthew Garrett | [PATCH] Remove process freezer from suspend to RAM pathway |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jens Axboe | Re: [BUG] New Kernel Bugs |
git: | |
