This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ezio.melotti
Recipients chris.jerdonek, eric.araujo, ezio.melotti, ncoghlan, pitrou, sandro.tosi, terry.reedy, tshepang
Date 2013-02-22.06:19:30
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1361513971.22.0.251367099389.issue14468@psf.upfronthosting.co.za>
In-reply-to
Content
> I think it would be good to have a separate subsection dedicated just 
> to the setting up portion of multiple clones with the share extension 

I'm not sure that's necessary though, given how simple it is (enable share extension, "hg share source dest", repeat).

The ideas are:
  1) have a straightforward from-beginning-to-end overview in committing.rst, followed by a few sections that explain more in detail the most common steps (e.g. how to merge between different versions, how to solve merge conflicts, etc.);
  2) list alternative approaches (e.g. multiple unshared clones) and "advanced" steps (e.g. deal with merge conflicts) in the FAQs;

If you think all the approaches should be listed somewhere, we can always add a new FAQ later, but it shouldn't block this issue (and it shouldn't be in committing.rst).

> One thing that is missing though, which I think is or was in a
> current or previous version, is to put all the pull and update
> commands in a batch file.

The point of the share extension is that is no longer necessary to pull/push changesets between clones (the updates still are though).
History
Date User Action Args
2013-02-22 06:19:31ezio.melottisetrecipients: + ezio.melotti, terry.reedy, ncoghlan, pitrou, eric.araujo, sandro.tosi, chris.jerdonek, tshepang
2013-02-22 06:19:31ezio.melottisetmessageid: <1361513971.22.0.251367099389.issue14468@psf.upfronthosting.co.za>
2013-02-22 06:19:31ezio.melottilinkissue14468 messages
2013-02-22 06:19:30ezio.melotticreate