On Thu, 5 Jul 2007, Dan McGee wrote: > In this commit: > b516968ff62ec153e008d033c153affd7ba9ddc6 > > I don't know if anyone else has the same way of working as I do, but I > tend to set the "remote.<name>.skipDefaultUpdate" property to true for > my publicly visible repository, just so I don't have duplicate branch > heads lying around in my local repository. Call this peculiar, but I > like it that way. However, git-push does not respect this property, > meaning I know have these branches whether I want them or not. In a > tool such as qgit or even 'git branch -a' output, it starts to get > awful cluttered. What git-fetch and git-push care about is whether you have an entry "remote.<name>.fetch" with a colon and stuff on the right of it. If so, this is a pattern that is used to generate the duplicate branch heads that you don't want. git clone sets it up to a default pattern (refs/remotes/origin/*), and I don't think there's any way to make it not do that, but you can just reconfigure it afterwards if you don't like it. I can't see where git-push would get the names to use if you don't have such an entry, and having the entry isn't useful if you actually don't want those refs. It's probably just a matter of deleting it, since it was probably created for you by some tool trying to be helpful. (AFAICT, the only additional stuff that -a shows with git branch is the stuff that you're deleting; perhaps qgit should have an option to not show remotes, or not show them by default or only show them if what they point to isn't otherwise marked? Anyway, it shouldn't be necessary to avoid having this information just so that it isn't shown in interfaces you use.) -Daniel *This .sig left intentionally blank* - 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
