Derek Atkins wrote:
In principle I totally agree. On the other hand IIRC with the 1.6/1.7 branches we didn't run any specific policy. If there was a bugfix, it was simply applied to both branches immediately (if applicable). IMHO we can simply continue this way, and as soon as really new features are getting implemented in HEAD, things i.e. the commits will very likely start to separate by themselves.In order to maintain stability of the 1.8 branch we should have some sort of policy/procedure for when to pull changes from the mainline up into the branch. In particular, I would hope that people plan to do development on the mainline, not on the 1.8 branch.. And then we can pull completed work/bug-fixes/etc. onto the branch once they are sufficiently tested.
Anyway I probably won't commit much in the time to come. So if anyone comes up with some well-thought policy, I'd be all in for that.
Christian
_______________________________________________
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel
