All notable changes to this project will be documented in this file.
The format is based on Keep a Changelog, and this project adheres to Semantic Versioning.
- Unique indexes added for ValueSets and ValueSetValues
- Minor adjustments to data to comply with uniqueness indexes
- Pull request template with comprehensive contribution guidelines
- MIGRATION.md for tracking breaking changes and upgrade paths
- CHANGELOG.md for tracking all notable changes
Below is an example of how to document changes. Remove this section once you have real entries.
1.2.0 - 2025-01-15
- New
/v2/learnerAPI endpoint with improved data model - Support for user roles in the authentication system
- Database migration script for version 1.2.0
- Configuration validation on startup
- BREAKING: Environment variable naming convention now uses
LIF_DATABASE_*prefix instead ofLIF_DB_* - Improved error messages in GraphQL API responses
- Updated Python dependencies to latest compatible versions
/v1.1/learnerendpoint will be removed in version 2.0.0 (use/v2/learnerinstead)
- BREAKING: Removed deprecated
/v1.0/learnerendpoint (deprecated in 1.0.0) - Legacy authentication middleware
- Fixed race condition in concurrent database writes
- Resolved memory leak in long-running orchestrator processes
- Corrected timezone handling in audit logs
- Updated dependency
library-nameto patch CVE-2025-XXXX - Added rate limiting to public API endpoints
1.1.0 - 2024-12-01
- Feature description
- Bug fix description
- Add entries as you make changes, not just at release time
- Keep entries under
[Unreleased]until a version is released - Move unreleased entries to a new version section when releasing
- Added - New features
- Changed - Changes to existing functionality
- Chore - Maintenance changes outside of functionality and bug fixes
- Deprecated - Features that will be removed in future versions
- Documentation - Documentation-focused updates
- Fixed - Bug fixes
- Removed - Features that have been removed
- Security - Vulnerability fixes and security improvements
- Mark breaking changes with BREAKING: prefix
- Always add corresponding entry in MIGRATION.md with upgrade instructions
- Include in either "Changed" or "Removed" sections
- Use present tense ("Add feature" not "Added feature")
- Be specific and concise
- Link to issues/PRs when relevant:
(#123)or([#123](link)) - Focus on user impact, not implementation details
- Follow Semantic Versioning:
- MAJOR: Breaking changes
- MINOR: New features (backward compatible)
- PATCH: Bug fixes (backward compatible)