Updated various links in docs to avoid redirects

Thanks Tim Graham and Mariusz Felisiak for review and completion.
This commit is contained in:
Claude Paroz 2017-05-20 17:51:21 +02:00
parent a3ba2662cd
commit 01f658644a
37 changed files with 70 additions and 78 deletions

View file

@ -70,7 +70,7 @@ Django source tree, as for any code change:
.. _Transifex: https://www.transifex.com/
.. _Django project page: https://www.transifex.com/django/django/
.. _Transifex User Guide: http://docs.transifex.com/
.. _Transifex User Guide: https://docs.transifex.com/
.. _translating-documentation:

View file

@ -60,7 +60,7 @@ Having problems? See :ref:`troubleshooting-unit-tests` for some common issues.
Running tests using ``tox``
---------------------------
`Tox <http://tox.testrun.org/>`_ is a tool for running tests in different
`Tox <https://tox.readthedocs.io/>`_ is a tool for running tests in different
virtual environments. Django includes a basic ``tox.ini`` that automates some
checks that our build server performs on pull requests. To run the unit tests
and other checks (such as :ref:`import sorting <coding-style-imports>`, the
@ -272,7 +272,7 @@ associated tests will be skipped.
.. _gettext: https://www.gnu.org/software/gettext/manual/gettext.html
.. _selenium: https://pypi.python.org/pypi/selenium
.. _sqlparse: https://pypi.python.org/pypi/sqlparse
.. _pip requirements files: https://pip.pypa.io/en/latest/user_guide.html#requirements-files
.. _pip requirements files: https://pip.pypa.io/en/latest/user_guide/#requirements-files
Code coverage
-------------

View file

@ -18,7 +18,7 @@ Installing Git
==============
Django uses `Git`_ for its source control. You can `download
<http://git-scm.com/download>`_ Git, but it's often easier to install with
<https://git-scm.com/download>`_ Git, but it's often easier to install with
your operating system's package manager.
Django's `Git repository`_ is hosted on `GitHub`_, and it is recommended
@ -34,7 +34,7 @@ Note that ``user.name`` should be your real name, not your GitHub nick. GitHub
should know the email you use in the ``user.email`` field, as this will be
used to associate your commits with your GitHub account.
.. _Git: http://git-scm.com/
.. _Git: https://git-scm.com/
.. _Git repository: https://github.com/django/django/
.. _GitHub: https://github.com/

View file

@ -427,7 +427,7 @@ Before you commit your docs, it's a good idea to run the spelling checker.
You'll need to install a couple packages first:
* `pyenchant <https://pypi.python.org/pypi/pyenchant/>`_ (which requires
`enchant <http://www.abisource.com/projects/enchant/>`_)
`enchant <https://www.abisource.com/projects/enchant/>`_)
* `sphinxcontrib-spelling
<https://pypi.python.org/pypi/sphinxcontrib-spelling/>`_

View file

@ -52,8 +52,8 @@ The source code for the `Djangoproject.com <https://www.djangoproject.com/>`_
website can be found at `github.com/django/djangoproject.com
<https://github.com/django/djangoproject.com>`_.
.. _Git: http://git-scm.com/
.. _documentation: http://git-scm.com/documentation
.. _Git: https://git-scm.com/
.. _documentation: https://git-scm.com/documentation
.. _branches: https://github.com/django/django/branches
.. _tags: https://github.com/django/django/tags

View file

@ -155,7 +155,7 @@ OK, this is the fun part, where we actually push out a release!
#. Check `Jenkins`__ is green for the version(s) you're putting out. You
probably shouldn't issue a release until it's green.
__ http://djangoci.com
__ https://djangoci.com
#. A release always begins from a release branch, so you should make sure
you're on a stable branch and up-to-date. For example::