Skip to main content

Sequent Voting Platform (SVP) Product Lifecycle and Release Cadence

The Sequent Voting Platform follows a predictable release cadence designed to provide stability for enterprise deployments while enabling continuous innovation and security updates.

This release schedule is subject to change based on security requirements, critical bug fixes, or significant architectural updates. Any changes will be communicated in advance to enterprise customers.

Release Philosophy

SVP uses Major.Minor.Patch versioning format for all releases:

  • Major: Increments for releases with significant breaking changes (e.g., 9, 10).
  • Minor: Increments for monthly releases, resetting to 0 for new Major releases (e.g., 9.1, 9.2).
  • Patch: Increments for bug fixes and security updates (e.g., 9.0.1, 9.1.1).

Major releases may contain breaking changes or significant architectural updates, while Minor releases are backward compatible feature additions. All releases follow the same Major.Minor.Patch numbering scheme, with the release type determined by the release month and cadence.

Release Types

Major Releases

Major releases are enterprise-grade releases designed for production environments requiring maximum stability and extended support. Major releases may contain breaking changes that require careful migration planning and testing.

  • Cadence: Every 6 months (March and September)
  • Numbering: Major.0 (e.g., 9.0 for the September 2025 release)
  • Breaking Changes: May include API changes, database schema updates, or architectural modifications
  • Long Term Support (LTS): 8 months from release date
  • Total Major Release Lifecycle: 8 months
  • Currently Supported Major Releases: None
  • Next Major Release: Version 9.0 (September 1st, 2025)

Minor Releases

Minor releases provide the latest features and improvements for development and testing environments, and can also be used in special cases where a feature is required in a short period of time. Minor releases are backward compatible and do not contain breaking changes.

  • Cadence: Monthly releases
  • Numbering: Major.Minor (e.g., 9.1 for October 2025)
  • Backward Compatibility: All changes are backward compatible
  • Standard Release Support (SRS): 2 months from release date
  • Extended Release Support (ERS): Additional 2 months after standard support ends
  • Total Minor Release Lifecycle: 4 months
  • Currently Supported Minor Releases: None
  • Next Minor Release: Version 9.1 (October 1st, 2025)

Release Schedule Table

VersionRelease DateRelease TypeLong Term Support UntilExtended Support UntilLegacy Support UntilTotal Support
9.0Sep 1, 2025MajorMay 1, 2026--8 months
9.1Oct 1, 2025MinorDec 1, 2025Feb 1, 2026-4 months
9.2Nov 1, 2025MinorJan 1, 2026Mar 1, 2026-4 months
9.3Dec 1, 2025MinorFeb 1, 2026Apr 1, 2026-4 months
9.4Jan 1, 2026MinorMar 1, 2026May 1, 2026-4 months
9.5Feb 1, 2026MinorApr 1, 2026Jun 1, 2026-4 months
10.0Mar 1, 2026MajorNov 1, 2026--8 months
10.1Apr 1, 2026MinorJun 1, 2026Aug 1, 2026-4 months
10.2May 1, 2026MinorJul 1, 2026Sep 1, 2026-4 months
10.3Jun 1, 2026MinorAug 1, 2026Oct 1, 2026-4 months
10.4Jul 1, 2026MinorSep 1, 2026Nov 1, 2026-4 months
10.5Aug 1, 2026MinorOct 1, 2026Dec 1, 2026-4 months
11.0Sep 1, 2026MajorMay 1, 2027--8 months
11.1Oct 1, 2026MinorDec 1, 2026Feb 1, 2027-4 months
11.2Nov 1, 2026MinorJan 1, 2027Mar 1, 2027-4 months
11.3Dec 1, 2026MinorFeb 1, 2027Apr 1, 2027-4 months
11.4Jan 1, 2027MinorMar 1, 2027May 1, 2027-4 months
11.5Feb 1, 2027MinorApr 1, 2027Jun 1, 2027-4 months
12.0Mar 1, 2027MajorNov 1, 2027--8 months

Support Levels

Community Support

Free community support is available via GitHub tickets and our Discord channel, with no SLA guarantees and absolutely no warranty.

Enterprise Support

Enterprise customers receive:

  • Dedicated support channels
  • Security patches and critical bug fixes
  • Standard, Extended and Legacy support options for Minor releases
  • Long Term Support (LTS) for Major releases
  • Migration assistance between major and minor versions
  • Custom support agreements for extended lifecycles
  • Documentation updates

Enterprise Support Plans:

  • Standard Support (SRS):
    • Available for Minor releases
    • 2 months from release date
  • Extended Support (ERS):
    • Available for Minor releases
    • Additional 2 months after Standard Support ends
  • Long Term Support (LTS):
    • Available for Major releases only
    • 8 months from release date

Release Timeline Visualization

Support Lifecycle Visualization

Release Support Timeline

Note: The diagram below shows an example timeline with a hypothetical current date of January 17, 2026, to illustrate how different releases would be in various support phases.

In the example shown in the diagram (with Example Current Date set to January 17, 2026):

Major Releases:

  • Version 9.0 Major (released September 1, 2025): Currently in Long Term Support phase, with full support continuing until May 1, 2026.

Minor Releases:

  • Version 9.1 Minor (released October 1, 2025): Currently in Extended Release Support phase, having completed its 2-month standard support period. Extended support continues until February 1, 2026.
  • Version 9.2 Minor (released November 1, 2025): Currently in Extended Release Support phase, having completed its 2-month standard support period. Extended support continues until March 1, 2026.
  • Version 9.3 Minor (released December 1, 2025): Currently in Standard Release Support phase, with full support continuing until February 1, 2026, then extended support until April 1, 2026.
  • Version 9.4 Minor (released January 1, 2026): Currently in Standard Release Support phase, with full support continuing until March 1, 2026, then extended support until May 1, 2026.
  • Version 9.5 Minor (to be released February 1, 2026): Unreleased.

The diagram illustrates the overlapping support windows that provide enterprise customers with migration flexibility. Major releases have a single Long Term Support (LTS) model with 8 months of total support coverage, while Minor releases have a two-tier model (Standard → Extended) with 4 months of total support coverage.

Major & Minor Release Process

Each release follows this general schedule:

  1. Feature Development: Active development phase (Major releases only)
  2. Feature Freeze: 1 month before release date
  3. Release Candidate: 1-2 weeks before release date
  4. Final Release: On scheduled date

Security and Patch Updates

  • Security patches: Released as needed for all supported versions
  • Regular patches: Bi-weekly review cycle for dependencies
  • Emergency patches: Released within 24-48 hours for critical security issues

Version Release Lifecycle

Each major and minor version follows a structured release process that includes pre-releases, the final release, and subsequent patch releases during its support lifecycle. This section illustrates the complete lifecycle of a single major version from initial development to end of support.

Version 9.0.x Series Release Timeline (Example)

Release Details Table (Example)

ReleaseRelease DateTypePurpose & Rationale
Feature DevelopmentApr 1 - Jun 30, 2025Development PhaseActive feature development period for Major release 9.0. New features, API enhancements, and architectural improvements. Breaking changes allowed during this phase.
9.0.0-rc.0Jul 1, 2025Release Candidate

Feature Freeze Phase: Initial release candidate for community testing. Major features freeze completed. Focus on stability testing and performance validation.

Sometimes used by customers depending on the new breaking changes and features for early testing and integration work.

9.0.0-rc.1Aug 1, 2025Release CandidateFeature Freeze Phase: Second release candidate addressing critical bugs found in rc.0. Database migration optimizations and API refinements.
9.0.0-rc.2Aug 15, 2025Release CandidateFeature Freeze Phase: Third release candidate for final testing. Documentation finalization and UI/UX polish. Performance benchmarking completed.
9.0.0Sep 1, 2025Major FinalOfficial Major release. All quality gates passed. Production-ready with full documentation and often, a security audit is also completed too.
9.0.1Oct 15, 2025Bugfix PatchLong Term Support Phase: Address non-critical bugs reported in production: memory leak in vote processing, timezone handling issues, minor UI inconsistencies.
9.0.2Dec 15, 2025Security PatchLong Term Support Phase: Critical security update addressing privilege escalation vulnerability. Updated cryptographic libraries and enhanced input validation.
9.0.3Feb 1, 2026Security PatchLong Term Support Phase: Security-only patch addressing newly discovered authentication bypass vulnerability.
9.0.4Apr 30, 2026Final LTS PatchLong Term Support Phase: Final security patch before end-of-life. Last critical security fix. End of support announced for May 1, 2026.

Release Process Timeline

Before diving into a specific example, it's important to understand the conceptual framework that governs all major version releases. This process ensures quality, stability, and predictable timing for enterprise customers.

Typical Release Process Flow

Timing Requirements

PhaseDurationDescriptionMandatory Wait
Feature Development1-3 monthsActive development, new features, breaking changes allowedNo mandatory wait
Feature Freeze to RC.02-4 weeksCode stabilization, initial testingNo mandatory wait
Between Release Candidates1-2 weeksBug fixes, regression testingMinimum 1 week
Final RC to Major Release2 weeksMandatory stabilization periodExactly 2 weeks
Post-Release Monitoring2-4 weeksProduction stability validationN/A

Critical Rules

  1. Feature Development Phase: During this phase, new features are actively developed and breaking changes are allowed. This phase typically lasts 1-3 months depending on the scope of the Major release.

  2. Feature Freeze: All new features must be code-complete and merged before the feature freeze deadline. Only bug fixes and stabilization work are allowed after this point.

  3. Mandatory 2-Week Period: There must be exactly 2 weeks between the final release candidate and the Major release. This is non-negotiable and allows for:

    • Final security audits
    • Documentation review and finalization
    • Community feedback integration
    • Infrastructure preparation for release
  4. Release Candidate Progression: Each release candidate must be available for at least 1 week before the next RC or final release.

  5. No Direct-to-Production: All Major releases must go through at least one release candidate phase.

  6. Emergency Exception Process: In case of critical security vulnerabilities, the 2-week period may be shortened to 1 week with explicit approval from the security team and release management.