On Tue, 27 Oct 2009 13:04:50 +0100
Christian Lohmaier <cl...@openoffice.org> wrote:

> Pushing the other ones doesn't do any harm besides wasting bandwidth
> on a push.
Thats not entirely true. This is the way there is harm by adding
superficial heads to an outgoing repo:
- RelEng expects a cws repo to contain exactly one head on integration.
  They do not want to have to figure out which of multiple heads should
  be integrated. This is a reasonable requirement.
- Thus all heads on an outgoing repository need to be merged before
  integration. Since all heads are merged into one and this one head
  will be integrated, everything on the cws will be integrated in the
  master.
- Thus there is no way to have an "scrap branch" on an outgoing
  repo that will not be integrated in the master. The only way to get
  rid of unwanted experimental branches is to open a new cws,
  cherrypick branches over to the new cws and then delete the old cws.

tl;dr: Do NOT create multiple heads in outgoing repos.

> [...]
> real  0m1.551s
> user  0m0.100s
> sys   0m1.450s
Well, thats all true with any real OS and FS. Unfortunately, on Windows
time and space requirements are quite different.

> ..instead just use hg push -r tip, to only push the head you're
> actually working on.
Or, if unsure, do not create multiple heads (unless temporarily on a
local repo when you do the equivalent of a "cws rebase", in which case
you are merging them immediately).

Best Regards,

Bjoern Michaelsen

-- 
===========================================================================
 Sitz der Gesellschaft:
 Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
 Amtsgericht Muenchen: HRB 161028
 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
 Vorsitzender des Aufsichtsrates: Martin Haering
===========================================================================


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org

Reply via email to