Mercurial > evolve
view README @ 3573:d53277cdc1e7
evolve: handle stabilization of merge changeset with both parents obsoleted
This patch adds logic to stabilize an orphan merge changeset having both parents
obsoleted.
The logic tries to first stabilize the merge changeset on successor of second
parent and then stabilize the new changeset formed on the successor of first
parent. We are stabilizing on second parent first and then to second parent to
preserve the first parent's successor as first parent of the merge changeset.
Conflicts can occcur and we can loose processing information, therefore we store
a variable in statefile `orphanmerge` which represents whether we are processing
a merge changeset with both parents obsoleted.
Thanks to Pierre-Yves David for suggesting this way and helping to understand
the correctness of this.
More rigourous test cases for this will be added in next patch.
author | Pulkit Goyal <7895pulkit@gmail.com> |
---|---|
date | Sun, 18 Mar 2018 17:29:32 +0530 |
parents | 472a67075756 |
children | 6352dc395ebf |
line wrap: on
line source
============================= Mutable History For Mercurial ============================= Evolve Extension ================= This package supplies the ``evolve`` extension for Mercurial, **The full implementation of the changeset evolution concept is still in progress.** Please subscribe to the `evolve-testers mailing list <https://www.mercurial-scm.org/mailman/listinfo/evolve-testers>`_ to stay up to date with changes. This extension: * enables the “changeset evolution” feature of Mercurial core, * provides a set of commands to mutate your history, * issues several warning messages when troubles from some mutable appears in your repository, * provides an ``hg evolve`` command to deal with such "troubles", * improves performance of obsolescence marker exchanges and discovery during push and pull. Documentation ------------- We recommend reading the documentation first. An online version is available here: https://www.mercurial-scm.org/doc/evolution/ How to Install ============== Using Pip --------- You can install the latest evolution version usin pip:: $ pip install --user hg-evolve Then just enable it in you hgrc:: $ hg config --edit # adds the two line below: [extensions] evolve = From Source ----------- To install a local version from source:: $ hg clone https://www.mercurial-scm.org/repo/evolve/ $ cd evolve $ pip install --user . Then just enable it in you hgrc:: $ hg config --edit # adds the two line below: [extensions] evolve = Documentation lives in ``doc/``. Server Only Setup ================= It is possible to enable a smaller subset of the extensions aimed at server serving repository. It skips the additions of the new commands and local UI messages that might add performance overheads. To use the server only extension, install the package and use:: $ hg config --edit # adds the two line below: [extensions] evolve.serveronly = How to Contribute ================= Bugs are to be reported on the mercurial's bug tracker (component: `evolution`_): .. _evolution: https://bz.mercurial-scm.org/buglist.cgi?component=evolution&query_format=advanced&resolution=--- Please use the patchbomb extension to send email to `mercurial devel <https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel>`_. Please make sure to use the evolve-ext flag when doing so. You can use a command like this:: $ hg email --to mercurial-devel@mercurial-scm.org --flag evolve-ext --rev '<your patches>' For guidelines on the patch description, see the `official Mercurial guideline`_. .. _`official Mercurial guideline`: https://mercurial-scm.org/wiki/ContributingChanges#Patch_descriptions Please don't forget to update and run the tests when you fix a bug or add a feature. To run the tests, you need a working copy of Mercurial, say in $HGSRC:: $ cd tests $ python $HGSRC/tests/run-tests.py Branch policy ------------- The evolve test are highly impacted by changes in core. To deal with this, we use named branches. There are two main branches: "stable" and "default". Tests on these branch are supposed to pass with the corresponding "default" and "stable" branch from core Mercurial. The documentation is built from the tip of stable. In addition, we have compatibility branches to check tests on older version of Mercurial. They are the "mercurial-x.y" branches. They are used to apply expected test change only, no code change should happen there.