Optimize the link address
Use https instead of http and also update a few urls to ensure safety and correctness. Change-Id: I448c2838b3a0f4167c10f03a8f5dc4dce0d6a289
This commit is contained in:
parent
cc013105f0
commit
68cae71000
@ -1,14 +1,14 @@
|
||||
If you would like to contribute to the development of OpenStack, you must
|
||||
follow the steps in this page:
|
||||
|
||||
http://docs.openstack.org/infra/manual/developers.html
|
||||
https://docs.openstack.org/infra/manual/developers.html
|
||||
|
||||
If you already have a good understanding of how the system works and your
|
||||
OpenStack accounts are set up, you can skip to the development workflow
|
||||
section of this documentation to learn how changes to OpenStack should be
|
||||
submitted for review via the Gerrit tool:
|
||||
|
||||
http://docs.openstack.org/infra/manual/developers.html#development-workflow
|
||||
https://docs.openstack.org/infra/manual/developers.html#development-workflow
|
||||
|
||||
Pull requests submitted through GitHub will be ignored.
|
||||
|
||||
|
@ -1,4 +1,4 @@
|
||||
mixmatch Style Commandments
|
||||
===============================================
|
||||
===========================
|
||||
|
||||
Read the OpenStack Style Commandments http://docs.openstack.org/developer/hacking/
|
||||
Read the OpenStack Style Commandments https://docs.openstack.org/developer/hacking/
|
||||
|
@ -1,6 +1,6 @@
|
||||
===============================
|
||||
========
|
||||
mixmatch
|
||||
===============================
|
||||
========
|
||||
|
||||
Combine resources across federated OpenStack deployments
|
||||
|
||||
@ -14,5 +14,5 @@ volume.
|
||||
|
||||
* Free software: Apache license
|
||||
* Documentation: https://mixmatch.readthedocs.io
|
||||
* Source: http://git.openstack.org/cgit/openstack/mixmatch
|
||||
* Bugs: http://bugs.launchpad.net/mixmatch
|
||||
* Source: https://git.openstack.org/cgit/openstack/mixmatch
|
||||
* Bugs: https://bugs.launchpad.net/mixmatch
|
||||
|
@ -16,7 +16,7 @@ source $MIXMATCH_PLUGIN/mixmatch.sh
|
||||
|
||||
# For more information on Devstack plugins, including a more detailed
|
||||
# explanation on when the different steps are executed please see:
|
||||
# http://docs.openstack.org/developer/devstack/plugins.html
|
||||
# https://docs.openstack.org/developer/devstack/plugins.html
|
||||
|
||||
if [[ "$1" == "stack" && "$2" == "install" ]]; then
|
||||
# This phase is executed after the projects have been installed
|
||||
|
@ -14,7 +14,7 @@ We will use the word *remote* to refer to where the user is authenticating
|
||||
from (identity provider), and *local* to refer to where the user is
|
||||
authenticating to (service provider).
|
||||
|
||||
.. _documentation: http://docs.openstack.org/developer/keystone/federation/federated_identity.html
|
||||
.. _documentation: https://docs.openstack.org/developer/keystone/federation/federated_identity.html
|
||||
|
||||
Mappings
|
||||
========
|
||||
@ -23,7 +23,7 @@ When a SAML2 assertion is presented to Keystone from the user, Keystone will
|
||||
use the attributes in the assertion to determine the user credentials and
|
||||
level of authorization to grant to the user. This is done through mappings_.
|
||||
|
||||
.. _mappings: http://docs.openstack.org/developer/keystone/federation/mapping_combinations.html
|
||||
.. _mappings: https://docs.openstack.org/developer/keystone/federation/mapping_combinations.html
|
||||
|
||||
In our reference architecture, a user is given access to a local project of
|
||||
the same name as the remote project.
|
||||
|
Loading…
x
Reference in New Issue
Block a user