Django-tastypie: Couper une version compatible avec Django 1.11

Créé le 19 oct. 2016  ·  18Commentaires  ·  Source: django-tastypie/django-tastypie

Y a-t-il une chance que nous puissions obtenir une version officielle depuis que #1480 a été fusionné ?

Merci!

Commentaire le plus utile

Tous les 18 commentaires

Je n'étais pas sûr d'avoir la capacité de publier sur PyPI, mais évidemment je le fais maintenant. Je vais jeter un œil plus tard cette semaine pour voir quels PR peuvent être fusionnés, puis couper une version pour 1.10.

@adamzap Si vous avez envie d'aider, vous pouvez consulter les relations publiques ouvertes et commenter celles qu'il semble possible d'inclure dans la publication. Si vous n'avez pas le temps, c'est bien, mais si vous le faites, cela accélérera un peu les choses.

Sûr! J'ai jeté un coup d'œil à tous les PR affectés au jalon v0.13.4 , et malheureusement, ils attendent tous un suivi de la part de la personne qui les a ouverts (conflits de fusion, besoins de tests, etc.). Je pourrais ouvrir de nouveaux PR pour certains d'entre eux s'ils semblent valables.

Cependant, je pense que # 1485 peut être fusionné immédiatement car il s'agit d'un simple correctif de documentation, et # 1320 peut être fermé car il n'inclut aucun changement.

Laissez-moi savoir ce que vous pensez. Je vais continuer à chercher.

Es-tu sur IRC quelque part ? Peut-être que nous pouvons discuter de la façon dont je peux être plus utile.

Merci également à mon employeur, Crossway , de m'avoir permis de consacrer du temps à ce travail !

Les jalons n'ont pratiquement aucun sens, je leur ai attribué des problèmes afin de les hiérarchiser pour moi-même, mais je n'ai pas eu le temps de travailler sur ces versions. De manière générale, les problèmes 0.13.4 doivent être traités avant les problèmes 0.14.0 et sont moins susceptibles de rompre la compatibilité descendante, ils doivent donc toujours être séparés. Le jalon 1.0.0 était là avant mon arrivée, certains d'entre eux devraient peut-être être déplacés en priorité.

Ah ok. 90 des 122 PR ouverts ont des conflits de fusion. Je ne sais pas ce que vous voulez faire à propos de ceux-ci. Pour ce que ça vaut, le mainteneur de Django demande un suivi, attend un certain temps et ferme la requête si l'auteur ne répond pas.

Voici les 32 PR restants avec une évaluation de ma part :

  • #236 (Pas fini)
  • #271 (Semble prêt, nécessite une note de version)
  • #320 (Correction de la documentation, semble prête)
  • #379 (Décision de conception nécessaire)
  • #540 (Implémentation boguée)
  • #575 (Autres modifications nécessaires ?)
  • #662 (Correction de la documentation, nécessite une révision)
  • #695 (Nécessite des tests)
  • #761 (Semble prêt)
  • #798 (Correction de la documentation, révision nécessaire)
  • #834 (Ajoute un seul test, semble prêt)
  • #923 (Revue nécessaire)
  • #989 (Nécessite une correction et des tests)
  • #1014 (Nécessite un examen et une décision de conception)
  • #1127 (Les tests échouent)
  • #1166 (Nécessite un correctif plus complet)
  • #1192 (Semble prêt)
  • #1195 (Les tests échouent, besoin de test)
  • #1242 (Besoin d'un test)
  • #1256 (Le patch doit être amélioré et testé)
  • #1265 (Nécessite un suivi de la part du responsable)
  • #1279 (Besoin d'un test)
  • #1320 (Pas de différence)
  • #1321 (Décision de conception nécessaire)
  • #1453 (Besoin d'un test)
  • #1457 (Besoin d'un test)
  • #1463 (Nécessite un suivi de la part du responsable)
  • #1469 (Correction de la documentation, révision nécessaire)
  • #1482 (Semble prêt, peut nécessiter une révision)
  • #1483 (Le correctif doit être amélioré)
  • #1485 (Correction de la documentation, semble prête)
  • #1486 (Semble prêt, nécessite un examen plus approfondi)

J'espère que ceci est utile!

Personnellement, je pense que la compatibilité avec Django 1.10 est suffisante pour une version, mais c'est à vous de décider !

J'aimerais faire la même chose et les fermer en raison de leur inactivité, mais beaucoup d'entre eux concernent des bogues légitimes, nous devons donc en conserver une trace.

Des nouvelles?

Suite à cela.

Suivant.

Suivant.

Veuillez cliquer sur le bouton "S'abonner" pour suivre ce fil. Si vous commentez, vous informez tout le monde que vous vous abonnez. Nous sommes tous intéressés :)

Il semble qu'il y ait des correctifs de compatibilité Django 1.10 qui ont atterri dans master. Cela aiderait si quelqu'un pouvait confirmer si la branche principale de savoureuxpie a des problèmes avec 1.11.

Où en est-on ? Merci.

dans Django 1.11, nous avons aussi des problèmes, veuillez mettre à jour la compatibilité pour Django 1.11

FAIRE:

Notes de version:

  • Ajouter une note sur la préférence des valeurs nulles aux valeurs par défaut lorsque null=True et que la valeur actuelle est None (#271)
  • Mettre à jour la documentation sur les versions prises en charge (1.8, 1.11, python 2.7 et 3.?)

Essais :

  • Ajouter python 3.6 à la matrice de test tox/travis.
  • Envisagez d'utiliser un fork de django-oauth-plus / django-oauth-provider qui prend en charge django 1.11 pendant les tests. Vous ne savez pas s'il faut ajouter cette suggestion dans notre documentation.

Corrections restant à faire :

  • Faire taire un grand nombre d'avertissements. #1486 pourrait être un bon point de départ, mais de nouveaux existent sous 1.11 concernant Django 2.0. Je ne sais pas comment obtenir au mieux tout cela, car nous semblons faire taire les avertissements lors des tests unitaires.

@georgedorn Je suis heureux de rebaser # 1486 ou de faire tout ce qui doit être fait pour que les choses bougent à nouveau.

Est-ce que Tastypie supporte Django 1.11 ?

La version v0.14.0 vient d'être téléchargée sur PyPI. Il inclut un support explicite pour les versions LTS de Django (1.8 et 1.11). Django 1.9 et 1.10 sont presque certainement compatibles, mais ne sont pas pris en charge.

Cette page vous a été utile?
0 / 5 - 0 notes