merge time

Sorry to bring up the time issue again [that I am perhaps still confused about] but I have been playing around with git more and I think I can phrase my question/observation better.

he later merges changes but some subset of those changes/commits show up in the list in time order as taking place _before_ the rc1 tag was made even though they were merged after. Do I describe a real or possible phenomenon? And does this happen because the developer that made the subset of changes in question commit them to his/her local repository in time order before the rc1 tag was made? So an external repository had the change before the rc1 tag was made but Linus' repository didn't? But internally git on Linus' machine knows that the gitweb.cgi displayed time order is wrong as far as the state is concerned because each repository's index file keeps local track of the true local state [just time isn't reconcilable], or am I missing something(s)?

Is it possible for gitweb.cgi to have a new view mode that sorts/displays the list based on merge time for commits (the time merged into Linus' or whatever repository) so the above situation doesn't happen? The actual time of a local commit should be the time it was merged locally not the time it was created externally/originally, right? Where can I find the gitweb.cgi source/package? I could maybe hack gitweb.cgi myself.

Please CC me on any replies since I am not subscribed to the list.

-Matt

       
____________________________________________________________________________________
Get the Yahoo! toolbar and be alerted to new email wherever you're surfing.
http://new.toolbar.yahoo.com/toolbar/features/mail/index.php