On Thu, 11 Sep 2008, Stephen R. van den Berg wrote: > > >delete of the origin branch will basically make them unreachable. > > False. Stephen, here's a f*cking clue: - I know how git works. > If you fetch just branches A, B and C, but not D, the origin link from A > to D is dangling. Once you have fetched D as well [..] So I just said we deleted beanch 'D', so there's no way to ever fetch it again. Get it? The fact is, a big part of git is temporary branches. It's one of the *best* features of git. Throw-away stuff. Those throw-away branches are often done for initial development, and then the final result is often a cleaned-up version. Often using rebase or cherry-picking or any number of things. And this is why "git cherry-pick" DOES NOT PUT THE ORIGINAL SHA1 IN THE COMMENT FIELD BY DEFAULT. (Although you can use "-x" to make it do so for when you actually _want_ to say "cherry-picked from xyzzy") Can you not understand that? The "origin" field is _garbage_. It's garbage for all normal cases. The original commit will not ever even EXIST in the result, because it has long since been thrown away and will never exist anywhere else. Garbage should be _avoided_, not added. Linus -- 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
