> and assume that every commit in it will end up in master's history) as > soon as we're sure that there are no broken commits. That will make it > easier to review it (commenting on individual commits is useless if > there are further rebases) and to merge bits of it into master, thus > reducing the diff.
By what criteria will you consider a commit broken? > We should also consider how to handle further commits to p12. I > suppose > the simplest way is if Chris can continue acting as caretaker of the > branch. We could then all send pull requests to him until the merge. That's fine with me. Cherry picking from a branch for which a pull request is made is not too difficult. /c -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to sympy@googlegroups.com. To unsubscribe from this group, send email to sympy+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/sympy?hl=en.