%global _empty_manifest_terminate_build 0 Name: python-django-codemod Version: 1.11.7 Release: 1 Summary: A command line tool to automatically fix Django deprecations. License: MIT URL: https://github.com/browniebroke/django-codemod Source0: https://mirrors.nju.edu.cn/pypi/web/packages/1e/33/b80d6be69ae44785dfaa1e77c982447f9ea8927fff43327bd58209a4d4a4/django_codemod-1.11.7.tar.gz BuildArch: noarch Requires: python3-click Requires: python3-libcst Requires: python3-pathspec Requires: python3-rich Requires: python3-rich-click %description
A tool to help upgrade Django projects to newer version of the framework by automatically fixing deprecations. ## The problem When maintaining a Django site, over time you'll find yourself to a point where you'll need to update to the next major version of Django. When Django APIs changes, functions move or are removed, changing usages in your project might add up to many changes. Often these changes are simple to do, but sometimes a simple "find and replace" is not possible. Take, for instance, the removal of the `url()` function from Django 4.0, to be replaced by `re_path()`. In simple cases, you might even want to switch to `path()`, which has a nicer API. A typical Django project easily has 100's or routes, so this simple decision becomes a much longer task when to be made for each of them. ### This solution This project solves this problem by providing codemodders for simple changes like this. A codemodder re-writes your code from the old way to the new way. With the help of AST analysis, we're able to understand what modifications are applicable, remove imports as they become irrelevant, and add missing ones as they are needed. To continue the example, the tool will look at the route in the `url()` call, and decide whether the regular expression may be replaced by one of the built-in URL converters and use `path()` or stick to a regex and use `re_path()`. Interested? Check out [the documentation](https://django-codemod.readthedocs.io) for usage and the full list of codemodders. ### What this tool is not - This tool is best suited for Django sites, NOT for reusable Django applications. The project needs to target a single Django version, e.g. 3.1.x. - You do NOT need to install this tool as part of your project dependencies, it is a CLI tool, not a Django package to be installed in your site. ### Similar tools [django-upgrade](https://github.com/adamchainz/django-upgrade) is a similar tool written by Adam Johnson. It's a reimplementation taking a different approach based only on standard library module. django-codemod is based on [libCST](https://libcst.readthedocs.io/) (Concrete Syntax Tree) which is a limiting factor in terms of speed. By using standard library modules, django-upgrade is a lot faster and is able to support the latest Python, however it requires Python 3.8+. ## Contributors ✨ Thanks goes to these wonderful people ([emoji key](https://allcontributors.org/docs/en/emoji-key)):
Bruno Alla 💻 📖 🤔 |
Aarni Koskela 💻 🤔 ⚠️ |
Adam Johnson 📖 |
Nikita Sobolev 📖 |
Chris VanderKolk 💻 |
John Vandenberg 🐛 💻 |
Anjishnu 🚇 |
Drew Winstel 🤔 |
Dmytro Litvinov 📖 |
M. Zulqarnain 📖 |
A tool to help upgrade Django projects to newer version of the framework by automatically fixing deprecations. ## The problem When maintaining a Django site, over time you'll find yourself to a point where you'll need to update to the next major version of Django. When Django APIs changes, functions move or are removed, changing usages in your project might add up to many changes. Often these changes are simple to do, but sometimes a simple "find and replace" is not possible. Take, for instance, the removal of the `url()` function from Django 4.0, to be replaced by `re_path()`. In simple cases, you might even want to switch to `path()`, which has a nicer API. A typical Django project easily has 100's or routes, so this simple decision becomes a much longer task when to be made for each of them. ### This solution This project solves this problem by providing codemodders for simple changes like this. A codemodder re-writes your code from the old way to the new way. With the help of AST analysis, we're able to understand what modifications are applicable, remove imports as they become irrelevant, and add missing ones as they are needed. To continue the example, the tool will look at the route in the `url()` call, and decide whether the regular expression may be replaced by one of the built-in URL converters and use `path()` or stick to a regex and use `re_path()`. Interested? Check out [the documentation](https://django-codemod.readthedocs.io) for usage and the full list of codemodders. ### What this tool is not - This tool is best suited for Django sites, NOT for reusable Django applications. The project needs to target a single Django version, e.g. 3.1.x. - You do NOT need to install this tool as part of your project dependencies, it is a CLI tool, not a Django package to be installed in your site. ### Similar tools [django-upgrade](https://github.com/adamchainz/django-upgrade) is a similar tool written by Adam Johnson. It's a reimplementation taking a different approach based only on standard library module. django-codemod is based on [libCST](https://libcst.readthedocs.io/) (Concrete Syntax Tree) which is a limiting factor in terms of speed. By using standard library modules, django-upgrade is a lot faster and is able to support the latest Python, however it requires Python 3.8+. ## Contributors ✨ Thanks goes to these wonderful people ([emoji key](https://allcontributors.org/docs/en/emoji-key)):
Bruno Alla 💻 📖 🤔 |
Aarni Koskela 💻 🤔 ⚠️ |
Adam Johnson 📖 |
Nikita Sobolev 📖 |
Chris VanderKolk 💻 |
John Vandenberg 🐛 💻 |
Anjishnu 🚇 |
Drew Winstel 🤔 |
Dmytro Litvinov 📖 |
M. Zulqarnain 📖 |
A tool to help upgrade Django projects to newer version of the framework by automatically fixing deprecations. ## The problem When maintaining a Django site, over time you'll find yourself to a point where you'll need to update to the next major version of Django. When Django APIs changes, functions move or are removed, changing usages in your project might add up to many changes. Often these changes are simple to do, but sometimes a simple "find and replace" is not possible. Take, for instance, the removal of the `url()` function from Django 4.0, to be replaced by `re_path()`. In simple cases, you might even want to switch to `path()`, which has a nicer API. A typical Django project easily has 100's or routes, so this simple decision becomes a much longer task when to be made for each of them. ### This solution This project solves this problem by providing codemodders for simple changes like this. A codemodder re-writes your code from the old way to the new way. With the help of AST analysis, we're able to understand what modifications are applicable, remove imports as they become irrelevant, and add missing ones as they are needed. To continue the example, the tool will look at the route in the `url()` call, and decide whether the regular expression may be replaced by one of the built-in URL converters and use `path()` or stick to a regex and use `re_path()`. Interested? Check out [the documentation](https://django-codemod.readthedocs.io) for usage and the full list of codemodders. ### What this tool is not - This tool is best suited for Django sites, NOT for reusable Django applications. The project needs to target a single Django version, e.g. 3.1.x. - You do NOT need to install this tool as part of your project dependencies, it is a CLI tool, not a Django package to be installed in your site. ### Similar tools [django-upgrade](https://github.com/adamchainz/django-upgrade) is a similar tool written by Adam Johnson. It's a reimplementation taking a different approach based only on standard library module. django-codemod is based on [libCST](https://libcst.readthedocs.io/) (Concrete Syntax Tree) which is a limiting factor in terms of speed. By using standard library modules, django-upgrade is a lot faster and is able to support the latest Python, however it requires Python 3.8+. ## Contributors ✨ Thanks goes to these wonderful people ([emoji key](https://allcontributors.org/docs/en/emoji-key)):
Bruno Alla 💻 📖 🤔 |
Aarni Koskela 💻 🤔 ⚠️ |
Adam Johnson 📖 |
Nikita Sobolev 📖 |
Chris VanderKolk 💻 |
John Vandenberg 🐛 💻 |
Anjishnu 🚇 |
Drew Winstel 🤔 |
Dmytro Litvinov 📖 |
M. Zulqarnain 📖 |