Open zxhdaze opened 4 months ago
(by ec0) +1, great suggestion. I think implementing a "wildcard" charm name might make most sense. Any settings specified under the wildcard could be checked only if the setting was present on the charm. We could also add a configuration operator of "same" or something that checked if the setting was consistent across the entire model.
This could of course be implemented today with the configuration checking logic, it would just lead to a lot of duplication, and the lint rules would need to be updated for each deployment, to match the desired OpenStack version.
(by gabrielcocenza) This is related with bug 1974090
juju-lint should check for consistent
settings across charms.
For instance, the channel on kubernetes-worker and kubernetes-master should match (e.g. "1.17/stable")
source across charms such as mysql, rabbitmq-server, ceph-mon, and ceph-osd should be compared. Potentially against openstack-origin for openstack charms.
Keystone openstack-origin should match all openstack-origins of other openstack charms, and series of applications should match (bionic/xenial/etc)
Imported from Launchpad using lp2gh.
date created: 2020-04-09T19:03:49Z
owner: afreiberger
assignee: None
the launchpad url