openstack
/
kolla
Code Issues Proposed changes

Use https links for documentation 

Use https instead of http to ensure the safety.

Change-Id: Iaf09b5b878e117d2333c30b8a769304a4a20f7ee
This commit is contained in:
chenlx 2017-06-12 23:03:08 +08:00
parent a5b48b1fd3
commit 50f75729eb
8 changed files with 52 additions and 52 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
HACKING.rst
View File

@ -2,7 +2,7 @@ Kolla Style Commandments
============================
- Step 1: Read the OpenStack Style Commandments
http://docs.openstack.org/developer/hacking/
https://docs.openstack.org/developer/hacking/
- Step 2: Read on

82
README.rst
View File

@ -35,7 +35,7 @@ Getting Started
===============
Learn about Kolla by reading the documentation online
`docs.openstack.org <http://docs.openstack.org/developer/kolla/>`__.
`docs.openstack.org <https://docs.openstack.org/developer/kolla/>`__.
Get started by reading the `Kolla Ansible Developer
Quickstart <https://docs.openstack.org/developer/kolla-ansible/quickstart.html>`__
@ -60,7 +60,7 @@ The `Docker images <https://docs.docker.com/engine/userguide/storagedriver/
imagesandcontainers/>`__
are built by the Kolla project maintainers. A detailed process for
contributing to the images can be found in the `image building
guide <http://docs.openstack.org/developer/kolla/image-building.html>`__.
guide <https://docs.openstack.org/developer/kolla/image-building.html>`__.
The Kolla developers build images in the `kolla` namespace for every tagged
release.
@ -75,46 +75,46 @@ OpenStack services
Kolla provides images to deploy the following OpenStack projects:
- `Aodh <http://docs.openstack.org/developer/aodh/>`__
- `Barbican <http://docs.openstack.org/developer/barbican/>`__
- `Bifrost <http://docs.openstack.org/developer/bifrost/>`__
- `Ceilometer <http://docs.openstack.org/developer/ceilometer/>`__
- `Cinder <http://docs.openstack.org/developer/cinder/>`__
- `CloudKitty <http://docs.openstack.org/developer/cloudkitty/>`__
- `Congress <http://docs.openstack.org/developer/congress/>`__
- `Designate <http://docs.openstack.org/developer/designate/>`__
- `Dragonflow <http://docs.openstack.org/developer/dragonflow/>`__
- `Aodh <https://docs.openstack.org/developer/aodh/>`__
- `Barbican <https://docs.openstack.org/developer/barbican/>`__
- `Bifrost <https://docs.openstack.org/developer/bifrost/>`__
- `Ceilometer <https://docs.openstack.org/developer/ceilometer/>`__
- `Cinder <https://docs.openstack.org/developer/cinder/>`__
- `CloudKitty <https://docs.openstack.org/developer/cloudkitty/>`__
- `Congress <https://docs.openstack.org/developer/congress/>`__
- `Designate <https://docs.openstack.org/developer/designate/>`__
- `Dragonflow <https://docs.openstack.org/developer/dragonflow/>`__
- `Freezer <https://wiki.openstack.org/wiki/Freezer-docs>`__
- `Glance <http://docs.openstack.org/developer/glance/>`__
- `Heat <http://docs.openstack.org/developer/heat/>`__
- `Horizon <http://docs.openstack.org/developer/horizon/>`__
- `Ironic <http://docs.openstack.org/developer/ironic/>`__
- `Karbor <http://docs.openstack.org/developer/karbor/>`__
- `Keystone <http://docs.openstack.org/developer/keystone/>`__
- `Kuryr <http://docs.openstack.org/developer/kuryr/>`__
- `Magnum <http://docs.openstack.org/developer/magnum/>`__
- `Manila <http://docs.openstack.org/developer/manila/>`__
- `Mistral <http://docs.openstack.org/developer/mistral/>`__
- `Monasca <http://wiki.openstack.org/wiki/monasca>`__
- `Murano <http://docs.openstack.org/developer/murano/>`__
- `Neutron <http://docs.openstack.org/developer/neutron/>`__
- `Nova <http://docs.openstack.org/developer/nova/>`__
- `Octavia <http://docs.openstack.org/developer/octavia/>`__
- `Panko <http://docs.openstack.org/developer/panko/>`__
- `Rally <http://docs.openstack.org/developer/rally/>`__
- `Sahara <http://docs.openstack.org/developer/sahara/>`__
- `Searchlight <http://docs.openstack.org/developer/searchlight/>`__
- `Senlin <http://docs.openstack.org/developer/senlin/>`__
- `Solum <http://docs.openstack.org/developer/solum/>`__
- `Swift <http://docs.openstack.org/developer/swift/>`__
- `Tacker <http://docs.openstack.org/developer/tacker/>`__
- `Tempest <http://docs.openstack.org/developer/tempest/>`__
- `Trove <http://docs.openstack.org/developer/trove/>`__
- `Vitrage <http://docs.openstack.org/developer/vitrage/>`__
- `Glance <https://docs.openstack.org/developer/glance/>`__
- `Heat <https://docs.openstack.org/developer/heat/>`__
- `Horizon <https://docs.openstack.org/developer/horizon/>`__
- `Ironic <https://docs.openstack.org/developer/ironic/>`__
- `Karbor <https://docs.openstack.org/developer/karbor/>`__
- `Keystone <https://docs.openstack.org/developer/keystone/>`__
- `Kuryr <https://docs.openstack.org/developer/kuryr/>`__
- `Magnum <https://docs.openstack.org/developer/magnum/>`__
- `Manila <https://docs.openstack.org/developer/manila/>`__
- `Mistral <https://docs.openstack.org/developer/mistral/>`__
- `Monasca <https://wiki.openstack.org/wiki/monasca>`__
- `Murano <https://docs.openstack.org/developer/murano/>`__
- `Neutron <https://docs.openstack.org/developer/neutron/>`__
- `Nova <https://docs.openstack.org/developer/nova/>`__
- `Octavia <https://docs.openstack.org/developer/octavia/>`__
- `Panko <https://docs.openstack.org/developer/panko/>`__
- `Rally <https://docs.openstack.org/developer/rally/>`__
- `Sahara <https://docs.openstack.org/developer/sahara/>`__
- `Searchlight <https://docs.openstack.org/developer/searchlight/>`__
- `Senlin <https://docs.openstack.org/developer/senlin/>`__
- `Solum <https://docs.openstack.org/developer/solum/>`__
- `Swift <https://docs.openstack.org/developer/swift/>`__
- `Tacker <https://docs.openstack.org/developer/tacker/>`__
- `Tempest <https://docs.openstack.org/developer/tempest/>`__
- `Trove <https://docs.openstack.org/developer/trove/>`__
- `Vitrage <https://docs.openstack.org/developer/vitrage/>`__
- `Vmtp <http://vmtp.readthedocs.io/en/latest/>`__
- `Watcher <http://docs.openstack.org/developer/watcher/>`__
- `Zaqar <http://docs.openstack.org/developer/zaqar/>`__
- `Zun <http://wiki.openstack.org/wiki/zun>`__
- `Watcher <https://docs.openstack.org/developer/watcher/>`__
- `Zaqar <https://docs.openstack.org/developer/zaqar/>`__
- `Zun <https://wiki.openstack.org/wiki/zun>`__
Infrastructure components
-------------------------
@ -170,7 +170,7 @@ Getting Involved
Need a feature? Find a bug? Let us know! Contributions are much
appreciated and should follow the standard `Gerrit
workflow <http://docs.openstack.org/infra/manual/developers.html>`__.
workflow <https://docs.openstack.org/infra/manual/developers.html>`__.
- We communicate using the #openstack-kolla irc channel.
- File bugs, blueprints, track releases, etc on

4
doc/CONTRIBUTING.rst
View File

@ -31,7 +31,7 @@ Please use the existing sandbox repository, available at
https://git.openstack.org/cgit/openstack-dev/sandbox, for learning, understanding
and testing the `Gerrit Workflow`_.
.. _Gerrit Workflow: http://docs.openstack.org/infra/manual/developers.html#development-workflow
.. _Gerrit Workflow: https://docs.openstack.org/infra/manual/developers.html#development-workflow
Adding a new service
====================
@ -61,7 +61,7 @@ processes generally use a base image and child images, e.g. ``glance-base``,
Jinja2 'blocks' are employed throughout the Dockerfile's to help operators
customise various stages of the build (refer to
http://docs.openstack.org/developer/kolla/image-building.html?highlight=override#dockerfile-customisation)
https://docs.openstack.org/developer/kolla/image-building.html?highlight=override#dockerfile-customisation)
Some of these blocks are free form however, there are a subset that should be
common to every Dockerfile. The overall structure for a multi container service

6
doc/index.rst
View File

@ -24,8 +24,8 @@ for operating OpenStack clouds.
This documentation is for the Kolla container images. The following subprojects
are available to help deploy Kolla:
* `kolla-ansible <http://docs.openstack.org/developer/kolla-ansible/>`_
* `kolla-kubernetes <http://docs.openstack.org/developer/kolla-kubernetes>`_
* `kolla-ansible <https://docs.openstack.org/developer/kolla-ansible/>`_
* `kolla-kubernetes <https://docs.openstack.org/developer/kolla-kubernetes>`_
Site Notes
==========
@ -35,7 +35,7 @@ the project at any specific prior release. To access documentation for a
previous release of kolla, append the OpenStack release name to the URL, for
example:
http://docs.openstack.org/developer/kolla/mitaka/
https://docs.openstack.org/developer/kolla/mitaka/
Kolla Overview

4
doc/running-tests.rst
View File

@ -108,9 +108,9 @@ Then run ``tox`` with the debug environment as one of the following::
tox -e debug test_file_name.TestClass.test_name
For more information see the `oslotest documentation
<http://docs.openstack.org/developer/oslotest/features.html#debugging-with-oslo-debug-helper>`_.
<https://docs.openstack.org/developer/oslotest/features.html#debugging-with-oslo-debug-helper>`_.
.. rubric:: Footnotes
.. [#f1] See http://docs.openstack.org/infra/system-config/jenkins.html
.. [#f1] See https://docs.openstack.org/infra/system-config/jenkins.html

2
releasenotes/notes/dockerfile-customizations-26981ebefe3b710b.yaml
View File

@ -2,7 +2,7 @@
prelude: >
In Newton cycle we included means to change various things in Kolla images
using override file. Full customization guide can be found here
http://docs.openstack.org/developer/kolla/image-building.html#dockerfile-customisation
https://docs.openstack.org/developer/kolla/image-building.html#dockerfile-customisation
features:
- Customization mechanism for dockerfile
- Customization implemented in most of OpenStack services

2
setup.cfg
View File

@ -5,7 +5,7 @@ description-file =
README.rst
author = OpenStack
author-email = openstack-dev@lists.openstack.org
home-page = http://docs.openstack.org/developer/kolla/
home-page = https://docs.openstack.org/developer/kolla/
license = Apache License, Version 2.0
classifier =
Environment :: OpenStack

2
specs/containerize-openstack.rst
View File

@ -195,7 +195,7 @@ applied to every packet forwarded and returned by docker-proxy.
If EXPOSE functionality is desired, it can be added back by
referencing the default list of OpenStack ports to each Dockerfile:
http://docs.openstack.org/trunk/config-reference/content/firewalls-default-ports.html
https://docs.openstack.org/trunk/config-reference/content/firewalls-default-ports.html
We will use the docker flag --restart=always to provide some measure of
high availability for the individual containers and ensure they operate