dmitry.samersoff at oracle.com
Tue Apr 14 16:34:00 UTC 2015
I'm the rare person in JDK who doesn't adopt mq ;)
Below is my workflow:
Typically I have about five-six-ten CRs "in progress" in my pile.
It's critical for me to have stable basement for the changes, so I
create a separate folder for each problem, clone workspaces there and
don't update it until the fix become complete.
Right before push I merge my changes into the recent codebase and repeat
I use hg TAG to mark a start of my work, than keep committing changes as
necessary (hg ci, hg rollback etc) and at final stage just get a diff
between the first and the last changeset using plain hg diff and apply
this patch to fresh workspace.
On 2015-04-14 15:26, Andrew Haley wrote:
> I'm having some practical problems with the HotSpot workflow.
> I usually have several patches on the fly at any time, but webrev and
> Mercurial don't really help. "hg push" and "hg merge" work on the
> whole repo, not just a changeset, so I've been manually saving
> changesets and re-merging them into the master tree, which is very
> error-prone and has led to some mistakes submitting changes.
> Also, the need to submit a change as a single changeset makes it
> awkward to commit regularly as I work on a patch; I can't find any way
> to merge a set of changes into a single changeset and push that.
> So, what do you do? Do you keep a source tree checked out for every
> webrev? Do you regularly commit as you work? Am I missing
> some tricks?
Oracle Java development team, Saint Petersburg, Russia
* I would love to change the world, but they won't give me the sources.
More information about the hotspot-dev