On Wed, 27 Sep 2006, Matthew L Foster wrote: > > What is the difference between a merge and a "merge then pushed out"? There are at least some > situations where a repo would prefer to know its local time of a merge or pulled in merge and > anyway a local repo probably should not in any way be dependent on nor _trust_ all remote repos > timestamps...? Look into the ref-logging. It's exactly what you ask for. The fact is, in a distributed system, you can _never_ make sense of "time". Just live with it. That's basic "distributed programming 101", and it's the one thing every such course should start with on the very first day. So in short, you _cannot_ depend on time in a distributed environment. Really. Stop even asking. Please. You can ask when some local reference was changed, and we support that already, and I pointed you to how to enable it in a repository you care about. But it's _always_ going to be just about your local repository, the whole question doesn't make sense any other way. And no, it's _never_ going to tag individual merges or commits, since the same merge or commit can show up at DIFFERENT times in different branches, even within the same local repository. So as long as you continue to ask for "commit times", you cannot get what you ask for. The _only_ commit time that makes sense is the time ON THE MACHINE that the commit was made. That's the time that git already saves in the commit itself. And if you don't trust that timeframe, then tough luck. Git itself doesn't trust it, because git knows better. But it's there. 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