I would imagine

git pull # Get master up to date
git checkout wip/spj-wildcard-refactor
git rebase -i master

The -i will let you flatten commits

See
https://robots.thoughtbot.com/git-interactive-rebase-squash-amend-rewriting-history

Alan

On Fri, Nov 20, 2015 at 7:14 PM, Simon Peyton Jones <[email protected]>
wrote:

> Status on my spj-wildcard-refactor patch
>
> ·         I’m down to one test failure a modest perf regression on T3064.
>   This is really a test of type family reduction which is nothing to do
> with my changes, so I have no idea what’s happening there.  I’m waiting
> till I can build a profiled compiler to test.
>
>
>
> What’s the best workflow for to take my branch with tons of wibble-ish
> patches, and commit to HEAD with a small number of sensible patches.
>
>
>
> I was thinking:
>
> ·         Git checkout wip/spj-wildcard-refactor
>
> ·         Git merge master
>
> ·         Git reset master   (leaves working files alone)
>
> ·         Now commit patches
>
> Is that right?
>
>
>
> Simon
>
_______________________________________________
ghc-devs mailing list
[email protected]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Reply via email to