20 | | In practice, a line needs to be drawn regarding compatibility with features of other parts of the stack. Django 1.3 was releases in March 2011 and Postgres 9.1 in September 2011. If every release of Django would need to be updated for every change of behavior of every new version piece of software that appear in every new OS release, the task of adapting to them would be a never ending one. That's what the development trunk in the repository is for. |
| 20 | In practice, a line needs to be drawn regarding compatibility with features of other parts of the stack. Django 1.3 was releases in March 2011 and Postgres 9.1 in September 2011. If every release (or its corresponding maintenance branch) of Django had to be updated for every change of behavior of every new version of every piece of the software stack that appears in every new OS release, then the task of adapting to them would be a never ending one and |
| 21 | |
| 22 | a. Would increase risks of regressions/unintended changes of behavior (we have been bitten by this in the past) |
| 23 | b. Would divert resources from development in trunk. |