Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/python/280.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Python 升级Django版本:最佳实践_Python_Django_Dependencies_Version_Upgrade - Fatal编程技术网

Python 升级Django版本:最佳实践

Python 升级Django版本:最佳实践,python,django,dependencies,version,upgrade,Python,Django,Dependencies,Version,Upgrade,我在Django 1.5上编写了大量代码,现在是时候升级到最新版本1.11.2了,因为很多东西都不能正常工作 我想知道是否最好一步一步升级:1.5->1.6->1.7。。。 或者直接跳到1.11.2 什么方法应该更好,使困难的过程更容易?因为我的项目有很多依赖项 还有什么是好的实践呢?我正在使用virtualenv,并且意识到这取决于两件事。有多少人在使用Django应用程序,以及您的测试覆盖范围的扩展 如果你是唯一的用户,不用担心,一路升级。但是如果你有很多用户,你会很快发现,通过升级到1.1

我在Django 1.5上编写了大量代码,现在是时候升级到最新版本1.11.2了,因为很多东西都不能正常工作

我想知道是否最好一步一步升级:1.5->1.6->1.7。。。 或者直接跳到1.11.2

什么方法应该更好,使困难的过程更容易?因为我的项目有很多依赖项


还有什么是好的实践呢?我正在使用virtualenv,并且意识到这取决于两件事。有多少人在使用Django应用程序,以及您的测试覆盖范围的扩展

如果你是唯一的用户,不用担心,一路升级。但是如果你有很多用户,你会很快发现,通过升级到1.11.2,你的测试可能没有涵盖一些边缘情况

一路上可能会有很多错误

如果你的所有应用的覆盖率接近100%,你可能就不会有这个问题


请注意,自1.5以来发生了很多变化。

这取决于两件事。有多少人在使用Django应用程序,以及您的测试覆盖范围的扩展

如果你是唯一的用户,不用担心,一路升级。但是如果你有很多用户,你会很快发现,通过升级到1.11.2,你的测试可能没有涵盖一些边缘情况

一路上可能会有很多错误

如果你的所有应用的覆盖率接近100%,你可能就不会有这个问题

请注意,自1.5以来发生了很多变化。

我的案例是关于:数据的

我使用的是SQLite,我确信,如果您只有一个冲突,最新版本可能会杀死您

python manage.py makemigrations等在其方法中有很多机会

如果您将Python从2x更改为3x,这也是一个新的案例=

我的案例是关于:数据的

我使用的是SQLite,我确信,如果您只有一个冲突,最新版本可能会杀死您

python manage.py makemigrations等在其方法中有很多机会

如果您将Python从2x更改为3x,这也是一个新的情况=

您找到的文档“”有一个很好的指南

在升级之前,一个重要的部分是在升级之前,让应用程序的自动化测试套件覆盖整个分支

您希望能够运行一个完全自动化的测试套件,看到一切都通过,并且知道这一点

这意味着,当您通过移植到新的Django版本来破坏某些东西时,您将能够看到应用程序的哪些部分不再正常运行

阅读和,了解当前版本和目标Django版本之间的所有相关版本需要做哪些更改

查看Django需要升级哪些依赖项;如果代码依赖于过时的第三方库中的不兼容功能,则可能需要更正代码

在我看来,所有这些都应该在升级一件东西之前完成。

您找到的文档“”有一个很好的指南

在升级之前,一个重要的部分是在升级之前,让应用程序的自动化测试套件覆盖整个分支

您希望能够运行一个完全自动化的测试套件,看到一切都通过,并且知道这一点

这意味着,当您通过移植到新的Django版本来破坏某些东西时,您将能够看到应用程序的哪些部分不再正常运行

阅读和,了解当前版本和目标Django版本之间的所有相关版本需要做哪些更改

查看Django需要升级哪些依赖项;如果代码依赖于过时的第三方库中的不兼容功能,则可能需要更正代码


在我看来,所有这些都应该在升级一件东西之前完成。

我建议您只需阅读各个版本的更改日志,然后一直升级-是的,增量升级有价值,但考虑到框架所经历的更改的重要性,这是一个非常繁琐的过程。我建议您只需阅读各个版本的更改日志,然后一路升级-是的,增量升级是有价值的,但考虑到框架所经历的变化的重要性,这是一个非常繁琐的过程。它只供我使用,没有测试:一直以来:它只供我使用,没有测试:一直以来: