Skip to content

extreme.fe

Ansible Collection for Extreme Networks Fabric Engine

Health score

90 / 100

Excellent

Strong evidence across everything we could observe.

How bands are set →

  1. Excellent (this collection)
  2. Good
  3. Fair
  4. Poor
  5. Not scored

Observed 5 of 8 signal groups.

Four are needed before a score is published.

4 needed

Category subscores

Security
100%
Trust
100%
Quality
82%
Maintenance
85%
ansible-core compatibility
100%
Every signal we evaluated for this collection
Signals we could observe
security.dependency_boundednessPassedno dependencies declared1 / 1Published artifact
trust.link_claimsPassed4 of 4 link URLs declared1 / 1Published artifact
quality.docsPassedreadme, 24 doc files3 / 3Published artifact
quality.changelogPartly metCHANGELOG.md only, 0 fragments0.9 / 2Published artifact
quality.license_qualityPassedSPDX id declared (GPL-3.0-or-later)1 / 1Published artifact
maintenance.release_recencyPassedlast release 38 days ago3 / 3Galaxy index
maintenance.changelog_recencyPartly met0 unreleased changelog fragments0.4 / 1Published artifact
compat.requires_ansiblePassed>=2.19.03 / 3Published artifact
Signals we could not observeNot observed — these are left out of the score rather than counted against it.
trust.ansible_membershipNot observednot shipped in the ansible packageexcluded from this scoreansible-build-data
quality.testsNot observedno test evidence in the published artifactexcluded from this scorePublished artifact
quality.ciNot observedno CI evidence in the published artifactexcluded from this scorePublished artifact
compat.membership_currencyNot observednot shipped in the ansible packageexcluded from this scoreansible-build-data

No repository evidence yet. ansible.care has not read any collection's Git repository, so every signal above was proved from a published artifact or from Ansible’s own build data. Tests and CI in particular can be proved present this way but never proved absent — so when we cannot see them, we leave them out of the score rather than counting them against you.

What is costing points

Each of these is a signal we observed and could not fully credit.

  • quality.changelog

    Ship a `changelogs/changelog.yaml` — the structured form `antsibull-changelog` generates and the `ansible` package consumes — rather than only a hand-maintained `CHANGELOG.md`, and write a fragment into `changelogs/fragments/` as each change lands rather than reconstructing release notes at release time. Both have to be inside the published tarball to be observable: a changelog that lives only in your Git repository is one we cannot read. This is the single highest-leverage change for most collections, because the same missing file is what holds down both changelog rules in this rubric. If you already publish `changelog.yaml` with fragments, this rule is answered.

Authors

  • Extreme Networks