code-review guidelines: add checklist for config options
The code-review guidelines document should be a somewhat agreed list of what to consider when doing a review. This patch set adds the items to check if the review contains changes which involves config options. Change-Id: I142ab25fa7fc1c4ece5a68f68c5d841c797af1be
This commit is contained in:
parent
b07162a4b2
commit
71fb6389a6
@ -85,3 +85,29 @@ Database Schema
|
||||
layer so that an object can load from either the old or new
|
||||
location, and save to the new one.
|
||||
|
||||
Config Options
|
||||
==============
|
||||
|
||||
A config option should be checked for:
|
||||
|
||||
* A short description which explains what it does. If it is a unit
|
||||
(e.g. timeouts or so) describe the unit which is used (seconds, megabyte,
|
||||
mebibyte, ...).
|
||||
|
||||
* A long description which shows the impact and scope. The operators should
|
||||
know the expected change in the behavior of Nova if they tweak this.
|
||||
|
||||
* Hints which services will consume this config option. Operators/Deployers
|
||||
should not be forced to read the code to know which one of the services will
|
||||
change its behavior nor should they set this in every ``nova.conf`` file to
|
||||
be sure.
|
||||
|
||||
* Descriptions for the possible values.
|
||||
|
||||
* If this is an option with numeric values (int, float), describe the
|
||||
edge cases (like the min value, max value, 0, -1).
|
||||
* If this is a DictOpt, describe the allowed keys.
|
||||
* If this is a StrOpt, lookout for regex validations.
|
||||
|
||||
* Interdependencies to other options. If other config options have to be
|
||||
considered when this config option gets changed, is this described?
|
||||
|
Loading…
Reference in New Issue
Block a user