A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2011-March/109494.html below:

[Python-Dev] Hg: inter-branch workflow

[Python-Dev] Hg: inter-branch workflowNick Coghlan ncoghlan at gmail.com
Sat Mar 19 03:14:43 CET 2011
On Fri, Mar 18, 2011 at 5:00 AM, Jesus Cea <jcea at jcea.es> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 17/03/11 14:45, R. David Murray wrote:
>> Not if the cpython repo is in a fully merged stated.  And if it
>> isn't, I will wait until it is.  (The update notifications on the
>> IRC channel help with monitoring this.)
>
> That is repository serialization. The point of HG is to avoid that :-).

The easier merging in Hg means that it *is* easy to work offline, or
even against separate clones. Trying to keep a clean history in the
main repository so committer responsibilities are tracked correctly is
still a reasonable goal.

> Moreover, you are supposing that the original committer will merge "soon".

What may actually be better for buildbot experimentation purposes is
to allow us to request running a build-and-test cycle from branches in
*any* of the repositories hosted on hg.python.org, rather than having
to push experimental changes to the main line of development.

(i.e. start moving towards more of a style of development where code
doesn't land in the main repository until it has been vetted by the
buildbots *first*).

Cheers,
Nick.

-- 
Nick Coghlan   |   ncoghlan at gmail.com   |   Brisbane, Australia
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4