----- Original Message -----
From: "David Kastrup" <d...@gnu.org>
To: "Graham Percival" <gra...@percival-music.ca>
Cc: "Phil Holmes" <m...@philholmes.net>; <lilypond-devel@gnu.org>
Sent: Wednesday, April 11, 2012 1:12 PM
Subject: Re: Staging/Master Merge - James' Patchy
Did I mention git rebase -i already? You don't need a separate branch
to work with it. You can just use it to streamline an uncoordinated
sequence of commits wherever you committed it.
--
David Kastrup
Just so you're aware, I think James and I follow a similar development
workflow.:
Make changes and test they work.
Commit with lily-git
Make patch with lily-git
Save patch somewhere where I can't lose it.
Put patch for review
Reset git to abandon all changes with lily-git
Go and do something else.
Get patch push agreement
checkout staging
git am patch
push.
I'm sure branches would be more efficient and more git-like, but last time I
tried multiple branches, I forgot what state each was in. With patches I
can open them in an editor and look at them. And I am aware of gitk, but
this system just works for me at present.
--
Phil Holmes
_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel