per page, with , order by , clip by
Results of 1 - 10 of about 22 for steps (0.003 sec.)
Django 1.3.5 リリースノート — Django 6.1 ドキュメント 11902
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up | next » Django 1.3.5 リリースノート ¶ December 10, 2012 Django 1.3.5 addresses two security issues present in previous Django releases in the 1.3 series. Pl ... pdates to Django. In one case, we have received ongoing reports of problems, and in the other we've chosen to take further steps to tighten up Django's code in response to independent discovery of potential problems from multiple sources. Host header ... esponse to further input received and reports of continuing issues following the previous release, we're taking additional steps to tighten Host header validation. Rather than attempt to accommodate all features HTTP supports here, Django's Host heade ... o independent audits of the code turned up further potential problems. So, similar to the Host-header issue, we are taking steps to provide tighter validation in response to reported problems (primarily with third-party applications, but to a certain ...
https://man.mtool.work/django/6.1/releases/1.3.5.html
Django 1.4.3 リリースノート — Django 6.1 ドキュメント 11902
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up | next » Django 1.4.3 リリースノート ¶ December 10, 2012 Django 1.4.3 addresses two security issues present in previous Django releases in the 1.4 series. Pl ... pdates to Django. In one case, we have received ongoing reports of problems, and in the other we've chosen to take further steps to tighten up Django's code in response to independent discovery of potential problems from multiple sources. Host header ... esponse to further input received and reports of continuing issues following the previous release, we're taking additional steps to tighten Host header validation. Rather than attempt to accommodate all features HTTP supports here, Django's Host heade ... o independent audits of the code turned up further potential problems. So, similar to the Host-header issue, we are taking steps to provide tighter validation in response to reported problems (primarily with third-party applications, but to a certain ...
https://man.mtool.work/django/6.1/releases/1.4.3.html
Django 1.3.5 リリースノート — Django 6.1 ドキュメント 11632
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up | next » Django 1.3.5 リリースノート ¶ December 10, 2012 Django 1.3.5 addresses two security issues present in previous Django releases in the 1.3 series. Pl ... pdates to Django. In one case, we have received ongoing reports of problems, and in the other we've chosen to take further steps to tighten up Django's code in response to independent discovery of potential problems from multiple sources. Host header ... esponse to further input received and reports of continuing issues following the previous release, we're taking additional steps to tighten Host header validation. Rather than attempt to accommodate all features HTTP supports here, Django's Host heade ... o independent audits of the code turned up further potential problems. So, similar to the Host-header issue, we are taking steps to provide tighter validation in response to reported problems (primarily with third-party applications, but to a certain ...
https://man.mtool.work/django/6.1/releases/1.3.5.html
Django 1.4.3 リリースノート — Django 6.1 ドキュメント 11632
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up | next » Django 1.4.3 リリースノート ¶ December 10, 2012 Django 1.4.3 addresses two security issues present in previous Django releases in the 1.4 series. Pl ... pdates to Django. In one case, we have received ongoing reports of problems, and in the other we've chosen to take further steps to tighten up Django's code in response to independent discovery of potential problems from multiple sources. Host header ... esponse to further input received and reports of continuing issues following the previous release, we're taking additional steps to tighten Host header validation. Rather than attempt to accommodate all features HTTP supports here, Django's Host heade ... o independent audits of the code turned up further potential problems. So, similar to the Host-header issue, we are taking steps to provide tighter validation in response to reported problems (primarily with third-party applications, but to a certain ...
https://man.mtool.work/django/6.1/releases/1.4.3.html
Submitting contributions — Django 6.1 ドキュメント 9157
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up | next » Submitting contributions ¶ We're always grateful for contributions to Django's code. Indeed, bug reports with associated contributions will get fixe ... it (as measured by your coding ability, knowledge of Django internals and time availability), claim it by following these steps: Log in using your GitHub account or create an account in our ticket system. If you have an account but have forgotten you ... ked. As always, more communication is better than less communication! Which tickets should be claimed? ¶ Going through the steps of claiming tickets is overkill in some cases. In the case of small changes, such as typos in the documentation or small b ... racker apply correct syntax highlighting, which is quite helpful. Regardless of the way you submit your work, follow these steps. Make sure your code fulfills the requirements in our contribution checklist . Check the "Has patch" box on the ticket and ...
https://man.mtool.work/django/6.1/internals/contributing/writing-code/submitting...
Submitting contributions — Django 6.1 ドキュメント 9157
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up | next » Submitting contributions ¶ We're always grateful for contributions to Django's code. Indeed, bug reports with associated contributions will get fixe ... it (as measured by your coding ability, knowledge of Django internals and time availability), claim it by following these steps: Log in using your GitHub account or create an account in our ticket system. If you have an account but have forgotten you ... ked. As always, more communication is better than less communication! Which tickets should be claimed? ¶ Going through the steps of claiming tickets is overkill in some cases. In the case of small changes, such as typos in the documentation or small b ... racker apply correct syntax highlighting, which is quite helpful. Regardless of the way you submit your work, follow these steps. Make sure your code fulfills the requirements in our contribution checklist . Check the "Has patch" box on the ticket and ...
https://man.mtool.work/django/6.1/internals/contributing/writing-code/submitting...
How to release Django — Django 6.1 ドキュメント 8333
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up How to release Django ¶ このドキュメントでは、Django のリリース方法について説明しています。 これらの手順を変更した場合は、最新の情報を保ってください! ここでの ... al release (e.g. 4.1) or a bugfix update (e.g. 4.1.1). Pre-releases: e.g. 4.2 alpha, beta, or rc. The short version of the steps involved is: If this is a security release, pre-notify the security distribution list one week before the actual release. ... lease ¶ OK, this is the fun part, where we actually push out a release! If you're issuing multiple releases , repeat these steps for each release. Check Jenkins is green for the version(s) you're putting out. You probably shouldn't issue a release unt ... nt Status :: 5 - Production/Stable . Building the artifacts ¶ Optionally use helper scripts You can streamline some of the steps below using helper scripts from the scripts folder: Release script example run: $ PGP_KEY_ID = <key-id> PGP_KEY_URL = <key ...
https://man.mtool.work/django/6.1/internals/howto-release-django.html
How to release Django — Django 6.1 ドキュメント 8198
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up How to release Django ¶ このドキュメントでは、Django のリリース方法について説明しています。 これらの手順を変更した場合は、最新の情報を保ってください! ここでの ... al release (e.g. 4.1) or a bugfix update (e.g. 4.1.1). Pre-releases: e.g. 4.2 alpha, beta, or rc. The short version of the steps involved is: If this is a security release, pre-notify the security distribution list one week before the actual release. ... lease ¶ OK, this is the fun part, where we actually push out a release! If you're issuing multiple releases , repeat these steps for each release. Check Jenkins is green for the version(s) you're putting out. You probably shouldn't issue a release unt ... nt Status :: 5 - Production/Stable . Building the artifacts ¶ Optionally use helper scripts You can streamline some of the steps below using helper scripts from the scripts folder: Release script example run: $ PGP_KEY_ID = <key-id> PGP_KEY_URL = <key ...
https://man.mtool.work/django/6.1/internals/howto-release-django.html
チケットをトリアージする — Django 6.1 ドキュメント 7777
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up | next » チケットをトリアージする ¶ Django uses Trac for managing the work on the code base. Trac is a community-tended garden of the bugs people have found ... the ticket as "Ready for checkin". Jacob, a merger , reviews and merges the pull request. Some tickets move through these steps quickly, while others take more time and discussion. Each contribution helps Django improve. トリアージのステージ ¶ Below ... on where your test passes, mark it as "good": $ git bisect good Bisecting: X revisions left to test after this ( roughly Y steps ) ... Now we're ready for the fun part: using git bisect run to automate the rest of the process: $ git bisect run tests/r ...
https://man.mtool.work/django/6.1/internals/contributing/triaging-tickets.html
チケットをトリアージする — Django 6.1 ドキュメント 7777
Django 6.1 ドキュメント Home | Table of contents | Index | Modules « previous | up | next » チケットをトリアージする ¶ Django uses Trac for managing the work on the code base. Trac is a community-tended garden of the bugs people have found ... the ticket as "Ready for checkin". Jacob, a merger , reviews and merges the pull request. Some tickets move through these steps quickly, while others take more time and discussion. Each contribution helps Django improve. トリアージのステージ ¶ Below ... on where your test passes, mark it as "good": $ git bisect good Bisecting: X revisions left to test after this ( roughly Y steps ) ... Now we're ready for the fun part: using git bisect run to automate the rest of the process: $ git bisect run tests/r ...
https://man.mtool.work/django/6.1/internals/contributing/triaging-tickets.html
PREV 1 2 3 NEXT