<div dir="ltr"><div class="gmail_extra">On Tue, Jan 15, 2013 at 3:40 PM, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
</div>Why not commit your changes, and always do 'hg pull --rebase' to get<br>
latest petsc-dev stuff?<br>
<br>
Also - for uncommited stuff - I would get a patchfile with 'hg diff'<br>
and apply it to the remote source tree.</blockquote></div><br>I would keep an hg clone on each machine. Then you can push and pull your changes. I'd put all your changes in a bookmark that you can rebase. Note that when you rebase, you'll get new commits when you pull from one of the other machines, and you should get rid of the old patches. (You can also merge each time, but then you get lots of merge commits that don't really mean anything; and it's harder to send your patches upstream because the merge commits end up in the wrong place.)<br>
</div></div>