Hi, On Tue, 2 Oct 2007, Carl Worth wrote:Nothing to be sorry about. It got me thinking. People propose that "git push <nick> master:blub" should create the branch "refs/heads/blub" on the remote side. My initial reaction was "then you have to be precise, because we do not know if you want to push it as a branch, or as a lightweight tag". But then I stepped back a little: What is most likely meant when you say "master:blub" and there is no tag/branch of name "blub" on the remote side? Exactly, you want a branch to be created. _Except_ if you had a typo, such as "git push ko master:po" where you want to be warned that that ref is not present on the remote side. So I am less opposed to making "master:blub" automatically create a branch "blub" if it does not exist yet. But opposed nevertheless. Ciao, Dscho - 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: | |
