Junio C Hamano a écrit :OK, I restored the original behaviour for "git remote show", patch will follow. But for "git remote prune" I don't no what to do. The perl script behaviour was to delete all refs for the remote when called with -n. It seems really dangerous to me, especially if I have no connection to restore them. The current builtin doesn't honor the flag and with my patch it just does nothing. So, do you prefere that I remove the documentation for git remote prune -n or restore the old behaviour that was probably never used (but maybe I'm wrong)? Olivier. -- 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
| Srivatsa Vaddagiri | Re: [PATCH, RFC] reimplement flush_workqueue() |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Rafael J. Wysocki | 2.6.26-rc7-git2: Reported regressions from 2.6.25 |
| Alexey Dobriyan | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ilpo Järvinen | Re: [bug] stuck localhost TCP connections, v2.6.26-rc3+ |
git: | |
