On 2012-05-20 16:26, Todd Lyons wrote:
I just pushed a small commit with some additions to the test/README and an
additional check when the test/runtest script is starting up.  I did the
work on a local topic branch and then merged that with master and pushed.
I see that nobody else has merge commit messages, so is everybody just
committing directly to master?  Or rebasing their local topic branches onto
master and then pushing?  At work we keep all those merge messages, but is
there an unofficial "no merge commit" policy within exim?

I've not really worked out git's model yet in my mind....  sometimes
I've had merge messages, sometimes not.   In general the sequence I try to
use is:
Work in branch foo.  Commit.
Flip to master, pull.
Flip to foo, rebase, re-test.
Flip to master, pull.  If new-stuff, go back one.
Merge foo (to master), push.

No doubt this is overkill, or wacky, or just plain wrong....
--
Jeremy



--
## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim 
details at http://www.exim.org/ ##

Reply via email to