On Wednesday, June 8, 2011, Mark Wiebe <[email protected]> wrote: > I've been trying to separate out the features I've been doing into separate > branches so I can split up into multiple pull, but the development I'm doing > works pretty poorly with this workflow. Nearly every step of development > builds on or uses changes from previous features. Since github doesn't do > dependent pull requests, I'm going to go back to developing in a single > branch to merge into master periodically. > > There are currently two pull requests ready to go, which could use some > review: > "Datetime unit from string" https://github.com/numpy/numpy/pull/85 > > This makes conversion from a string to a datetime scalar automatically detect > the unit if it's not specified. To support the same idea for arrays will > require adding generic time units as I described in another email. > > "Unify datetime/timedelta type > promotion" https://github.com/numpy/numpy/pull/86 > > This simplifies the rules of how datetimes and timedeltas combine to always > take the gcd/more precise unit instead of having the various special cases as > the NEP described. The motivation for this change was based on how > restricting those rules felt after spending some time experimenting with > datetime calculations. > > Please review! > Cheers,Mark >
Just a thought. I think one way to do something like dependent pull requests is to develop each feature in it's own branch, and then have a branch that would merge some of those feature branches. These branches would represent the logical dependencies needed, and could be arbitrarially nested. It wouldn't quite be exactly what you are wanting, but maybe something similar could be done with pull requests, since one can continue developing in a branch until the pull is done. Just thinking out loud... Ben Root _______________________________________________ NumPy-Discussion mailing list [email protected] http://mail.scipy.org/mailman/listinfo/numpy-discussion
