Ignoring the separate issue of replication for a momment, can someone respond to my time integrity question about whether a future version of git could trust/prefer its local time rather than a remote/sub/parent (non replicated) git server's timestamp? How do we fix gitweb.cgi, ref-log? How useful is gitweb.cgi if timestamps are all over the place? It does not make sense that commit order is currently out of sync with time order in the main linux kernel tree git repo on kernel.org. Why must each and every repo be dependent on time being set properly on all other git servers? How useful is change history or commit order without some concept of (local) time order? -Matt __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - 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.htmlReceived on Thu Sep 28 10:12:46 2006
This archive was generated by hypermail 2.1.8 : 2006-09-28 10:13:31 EST