[SoC] Rebase feature - Introduction

Patrick Mézard pmezard at gmail.com
Fri May 30 13:29:41 CDT 2008


Stefano Tortarolo a écrit :
> Hi,
> I've been working on my SoC project for some time and now I'm ready to
> show you something...
> I'm also writing a paper to describe what my project consists in. I 
> think it can be useful to create a common field between me and you.
> 
> Currently it's available a very first prototype that can handle very
> simple situations, but can't handle complex ones described in the paper
> nor user interruption/restore.
> Actually, if you try to rebase on the same branch it recognizes that
> situation, but it won't allow you to do that.
> 
> Conflicting merges are not yet well handled, but if you set a mergetool
> in your .hgrc it should be launched correctly, you can solve the
> conflict and then the process goes on.
> Play with it, but remember that it's just a prototype...
> 
> The paper is available here: http://tinyurl.com/4uvebu
> while the code is here: http://freehg.org/u/astratto/soc/

Hello,

I have read your code at:

changeset:   6:ad9d629afb7c
tag:         tip
user:        Javier Merino <cibervicho at gmail.com>
date:        Mon May 26 20:12:48 2008 +0200
summary:     Avoid try,except,finally clauses because that requires Python 2.5

and here is a couple or remarks about it.

1- We don't document --debug or --verbose options in every commands, they are global options.

2- There is no need for --noask, there is already a global -y/--noninteractive option. It's said to answer "yes" to every question which would change the existing code, but I think "yes" should be the default answer when prompting for the rebase.

3- There is no reason target revision should be a head.

4- I think the repository should be wlocked during the whole operation, you don't want revisions to be added on a branch going to be stripped and so forth.

Good work !

--
Patrick Mézard




More information about the Mercurial-devel mailing list