Changes between Initial Version and Version 1 of Ticket #24106


Ignore:
Timestamp:
Jan 9, 2015, 11:03:02 AM (10 years ago)
Author:
Tim Graham
Comment:

In my opinion, there is no need to document the changes in a way that is both backwards and forwards compatible. django-mssql, at least, does not attempt to support multiple versions of Django. I believe try to support multiple versions of Django would be more effort than it's worth (after all, we don't have this required for any backends in core), but maybe there are backends out there that attempt to do so. I have created a thread on django-developers to get feedback on this question and more, so that we have some guidance on what documentation to add. Since we haven't been documenting as we go this time, I believe the most efficient way to add this documentation will be to do so in a reactive fashion (to reported breakages in third-party backends) rather than trying to anticipate what parts of the API developers are using.

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #24106

    • Property Component Database layer (models, ORM)Documentation
  • Ticket #24106 – Description

    initial v1  
    1 I believe we don't have a separate ticket for documenting backwards incompatible changes to database backend API. In duth it was agreed that we want to do this.
     1I believe we don't have a separate ticket for documenting backwards incompatible changes to database backend API. At Django Under the Hood it was agreed that we want to do this.
    22
    33An idea of how to do this is to log/diff changes to Django's backends between stable/1.7 and master. Going through the changes in Django should give a good approximation of all the breaking changes (another place where breakage is possible is Compiler module).
Back to Top