D3753: graft: store the node from where we started the operation in graftstate
pulkit abandoned this revision. pulkit added a comment. In https://phab.mercurial-scm.org/D3753#58884, @yuja wrote: > > - a/mercurial/commands.py +++ b/mercurial/commands.py @@ -2233,6 +2233,8 @@ raise error.Abort(_('no revisions specified')) cmdutil.checkunfinished(repo) cmdutil.bailifchanged(repo) +# the node from where we started the graft operation +statedata['startnode'] = repo['.'].node() > > Nit: Isn't it always the parent of the `newnodes[0]`? Oh, yes. Let's not store the startnode. REPOSITORY rHG Mercurial REVISION DETAIL https://phab.mercurial-scm.org/D3753 To: pulkit, #hg-reviewers Cc: yuja, mercurial-devel ___ Mercurial-devel mailing list Mercurial-devel@mercurial-scm.org https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel
Re: D3753: graft: store the node from where we started the operation in graftstate
> --- a/mercurial/commands.py > +++ b/mercurial/commands.py > @@ -2233,6 +2233,8 @@ > raise error.Abort(_('no revisions specified')) > cmdutil.checkunfinished(repo) > cmdutil.bailifchanged(repo) > +# the node from where we started the graft operation > +statedata['startnode'] = repo['.'].node() Nit: Isn't it always the parent of the `newnodes[0]`? I don't have strong opinion whether we should store the startnode, but if we store it at the start of the graft, I think we won't need to care for `statedata.get('newnodes') is None` case, in the first patch. I mean we can always record newnodes no matter if it may be incomplete or not since the existence of the startnode gives us a trust. ___ Mercurial-devel mailing list Mercurial-devel@mercurial-scm.org https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel
D3753: graft: store the node from where we started the operation in graftstate
yuja added a comment. > - a/mercurial/commands.py +++ b/mercurial/commands.py @@ -2233,6 +2233,8 @@ raise error.Abort(_('no revisions specified')) cmdutil.checkunfinished(repo) cmdutil.bailifchanged(repo) +# the node from where we started the graft operation +statedata['startnode'] = repo['.'].node() Nit: Isn't it always the parent of the `newnodes[0]`? I don't have strong opinion whether we should store the startnode, but if we store it at the start of the graft, I think we won't need to care for `statedata.get('newnodes') is None` case, in the first patch. I mean we can always record newnodes no matter if it may be incomplete or not since the existence of the startnode gives us a trust. REPOSITORY rHG Mercurial REVISION DETAIL https://phab.mercurial-scm.org/D3753 To: pulkit, #hg-reviewers Cc: yuja, mercurial-devel ___ Mercurial-devel mailing list Mercurial-devel@mercurial-scm.org https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel
D3753: graft: store the node from where we started the operation in graftstate
pulkit created this revision. Herald added a subscriber: mercurial-devel. Herald added a reviewer: hg-reviewers. REVISION SUMMARY This will help us in updating to the start node when the user does `hg graft --abort`. REPOSITORY rHG Mercurial REVISION DETAIL https://phab.mercurial-scm.org/D3753 AFFECTED FILES mercurial/commands.py CHANGE DETAILS diff --git a/mercurial/commands.py b/mercurial/commands.py --- a/mercurial/commands.py +++ b/mercurial/commands.py @@ -2233,6 +2233,8 @@ raise error.Abort(_('no revisions specified')) cmdutil.checkunfinished(repo) cmdutil.bailifchanged(repo) +# the node from where we started the graft operation +statedata['startnode'] = repo['.'].node() revs = scmutil.revrange(repo, revs) skipped = set() To: pulkit, #hg-reviewers Cc: mercurial-devel ___ Mercurial-devel mailing list Mercurial-devel@mercurial-scm.org https://www.mercurial-scm.org/mailman/listinfo/mercurial-devel