<div class="gmail_quote">On Tue, Mar 20, 2012 at 22:15, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<a href="http://mercurial.selenic.com/wiki/KeywordExtension" target="_blank">http://mercurial.selenic.com/wiki/KeywordExtension</a>  seems to be what we should use. It appears that the hg makes sure the working copy always has the value (Date of last change in our case) in files one sees.<br>
</blockquote><div><br></div><div>I don't really want to read diffs of all those dates. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Proving Linus thinks like Satish:<br>
<br>
Not sure this will ever be in Git. To quote Linus: "The whole notion of keyword substitution is just totally idiotic. It's trivial to do "outside" of the actual content tracking, if you want to have it when doing release trees as tar-balls etc."</blockquote>
</div><br><div>Are we that concerned with src/docs/website being unnamed before writing the tarball?</div><div><br></div><div>I think the date should go into the generated man pages while they are generated because that is when you know the modification date of the file.</div>