<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
</div>Yes, I&#39;m using local disk for workspace since compiling over the network is a<br>
no-no anyway (I&#39;m on Windows XP client-wise, compiling with Visual Studio).<br>
</blockquote><div><br>One can always setup one&#39;s workspace such that the code is on NFS, but the binary files produced by the compiler go to the local disk. This setup is quite fast and is what we used to have at Google. So the compiler is just reading the code over NFS - which in most likelihood is cached in local RAM.<br>
<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
In fact, I&#39;m much more comfortable with Mercurial compared to Perforce regarding<br>
server harddisk crashes. BTW, database access over NFS is not supported by Perforce.<br>
</blockquote><div><br>Not sure what you mean by database access - lots of companies use perforce when the workspace is on NFS.<br><br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Mercurial has built-in perfect replication and an excellent complete self<br>
consistency check (&quot;hg verify&quot;) - thanks to the SHA1 checksums covering<br>
everything. If the &quot;server&quot; goes down you can pick another server to pull stuff<br>
you don&#39;t have and you can investigate project history offline using your local<br>
clone.<br>
<br>
I usually do a local commit a couple of times a day when I&#39;m hacking on code<br>
and at least push that to a backup clone on another computer.<br>
</blockquote></div><br><br>People obviously have different preferences - I&#39;d much rather have NFS take care of the replication automatically rather than me manually worrying about it. Isn&#39;t that precisely the mercurial argument - one should be thinking about code, not about version control and backups.<br>
<br>What I suggested (i.e., &#39;hg edit&#39;) would permit people like me to effectively work over NFS. And mercurial could support it as an extension such that people who don&#39;t want to use can continue to work in the existing way.<br>
<br><br>- Mohit<br><br><br>