On Fri, 27 Nov 2009, Andreas Schwab wrote: > Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> writes: > > > I recently ran across this strange behavior in the gitweb server at > > git.kernel.org. The following URL: > > > > http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.27.y.git;a=commit;h=2d93148ab6988cad872e65d694c95e8944e1b62 > > > > brings up a page containing commit 2d93148[...]. But that commit isn't > > part of the 2.6.27.y tree! It belongs to Linus's main tree, and it was > > added long after 2.6.27.y was forked off. The actual commit applied to > > 2.6.27.y was 070bb0f3b6df167554f0ecdeb17a5bcdb1cd7b83. > > > > So what's going on here? > > Nothing mysterious. Every tree on kernel.org borrows from Linus' main > tree via .git/objects/info/alternates, thus includes its whole object > database by reference. Hmm. That's all fine, but it can produce very misleading results like the one above. I can imagine the same sort of thing happening in other situations not involving alternates (e.g., orphaned commits). Is there any way the web software can check whether the commit it found is actually an ancestor of the tip node in the requested tree, and if not add a big warning near the top of the page? Alan Stern -- 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