doing this allows me when working to make commits more arbitrarily,
such that it suits my development flow. (e.g., a commit simply because
I'm changing from workstation to laptop). Fixing up after the work is
done can result in much nicer, more atomic commits. i.e., hindsight
and all that.
On 24 February 2013 14:50, Stephen Paul Weber
Somebody claiming to be Alexander Kjeldaas wrote:
Here you might want to do a git rebase -i <when-you-split-from-main-branch> and squash unnecessary commits into larger ones.
I've never understood why people do this. It seems to violate the purpose of making good atomic commits in the first place.
-- Stephen Paul Weber, @singpolyma See http://singpolyma.net for how I prefer to be contacted edition right joseph
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs