Fission
Fission's release feed carries only RC tags, and none of them say what shipped
A side-by-side editorial comparison of Casdoor and DNSControl — release velocity, themes, recent moves, and the top alternatives to consider.
Casdoor ships a version bump per commit, and the recent run is all tenancy hardening.
Casdoor tags a release on nearly every merge — ten versions between August 4 and August 10, most carrying a single commit. The recent run clusters on two threads: multi-tenant isolation (cross-organization webhook restrictions, organization checks on add APIs, Casbin group rules following user renames) and DingTalk integration repair. Individually each release is small; read together they are a sustained pass over organization boundaries.
DNSControl is rewriting its record internals in public, one release candidate at a time
DNSControl is mid-way through a v5 refactor being shipped as a visible candidate series — rc1 through rc4 in roughly two weeks, all of them explicitly promising zero user-facing change. The work replaces how DNS record fields are stored internally with a dnsv2.RDATA type, with legacy structs converted bidirectionally so existing providers keep working untouched. Two other threads run alongside: migrating the miekg/dns dependency from GitHub to Codeberg, now complete and no longer dual-imported, and removing old fields to cut memory use. The release notes read as direct appeals to users — naming nine providers nobody has tested and asking for volunteers, and inviting anyone to a monthly community call.
Casdoor tags a release on nearly every merge — ten versions between August 4 and August 10, most carrying a single commit. The recent run clusters on two threads: multi-tenant isolation (cross-organization webhook restrictions, organization checks on add APIs, Casbin group rules following user renames) and DingTalk integration repair. Individually each release is small; read together they are a sustained pass over organization boundaries.
The organization is becoming the unit of configuration. Record retention days, default token format, master-password hashing and LDAP visibility all became per-organization concerns inside a single week. That is the shape of a project hardening for multi-tenant deployment rather than adding end-user features, and the cross-organization webhook restriction in the newest release is the clearest statement of it so far.
Expect the per-organization configuration surface to keep growing and more cross-organization access checks on the remaining endpoints, since the last week has moved steadily in that direction. The per-commit release cadence means this will arrive as another ten small versions rather than one milestone.
DNSControl is mid-way through a v5 refactor being shipped as a visible candidate series — rc1 through rc4 in roughly two weeks, all of them explicitly promising zero user-facing change. The work replaces how DNS record fields are stored internally with a dnsv2.RDATA type, with legacy structs converted bidirectionally so existing providers keep working untouched. Two other threads run alongside: migrating the miekg/dns dependency from GitHub to Codeberg, now complete and no longer dual-imported, and removing old fields to cut memory use. The release notes read as direct appeals to users — naming nine providers nobody has tested and asking for volunteers, and inviting anyone to a monthly community call.
The stated goals are about future velocity rather than present features: making new DNS record types faster to adopt and custom record types easier to implement. That is a bet that the bottleneck on supporting new record types was the internal representation, and it is being paid for with a long candidate series rather than a big-bang release. The provider conversion finished during this window — rc3 declares all providers converted with long-tail work remaining — so the refactor is past its riskiest stretch.
The maintainer states v5.x is on schedule to ship before September, and the untested-provider list is the visible blocker; expect further candidates focused on provider coverage rather than new goals.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either Casdoor or DNSControl.
Fission's release feed carries only RC tags, and none of them say what shipped
Kaniko's release feed stops dead in June 2024 after a patch that undid its own change
mod_auth_openidc audited itself, found eight holes, and broke every session on the way out
Kubernetes CNI maintaining four release branches at once, mostly to carry CVE fixes back.
KeePass-compatible password manager frozen mid-patch-run since 2021.
Overlay network that rewrote its certificate format, then spent a year fixing what it exposed.
See all Casdoor alternatives → · See all DNSControl alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Casdoor and DNSControl are shipping at a similar cadence (velocity 5.0 vs 5.0, both within Sparkpulse's "active" band). See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Casdoor and DNSControl are shipping at a similar cadence (velocity 5.0 vs 5.0, both within Sparkpulse's "active" band). For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top Casdoor alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Casdoor alternatives" section above for the current picks, or visit /alternatives/casdoor for the full list with editorial commentary on each.
Top DNSControl alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "DNSControl alternatives" section above for the current picks, or visit /alternatives/dnscontrol for the full list with editorial commentary on each.