Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Current »

The Ed-Fi data model uses semantic versioning. It is also organized into numbered "suites" that reflect generational changes across Ed-Fi standards and technology as well as generational compatibility. It is important not to confuse the suite information with the semantic version number.

Table of Contents

Use of Semantic Versioning (semver)


Ed-Fi UDM is versioned using semantic versioning, also referred to as semver. Information on semver can be found at: https://semver.org/

This version number is the one shown in the format MAJOR.MINOR.PATCH with optional -LABEL. By convention, Ed-Fi Data Standard LABELs use sequential alphabetic characters (i.e. 'a', 'b', 'c', etc.) to denote the presence of early access/pre-release material in the release.

Since the UDM is a conceptual model only, and strict semver versioning requires the concepts of “incompatibility” and “backward compatible” some additional guidelines must be present to determine if a conceptual change qualifies in one of these categories. To determine this, the following guideline is used to define incompatible:

If a change to the UDM would break a currently defined, downstream API (built according to an existing Ed-Fi API standard, and that represents a binding to the UDM), as exercised by a API client writing to or reading data from the API (i.e. via a POST, PUT or GET).

Likewise, “backwards compatible” uses this guideline:

If a change to the UDM would introduce changes into but not break a currently defined, downstream API (built according to an existing Ed-Fi API standard, and that represents a binding to the UDM), as exercised by a API client writing data to or reading data from the API (i.e. via a POST, PUT or GET).

Possible downstream database schema changes or changes to other bindings outside of a published Ed-Fi API are not considered.

Suites - the "Generations" of Ed-Fi Technology


Each version of the Ed-Fi Unifying Data Model (UDM) is part of a numbered Ed-Fi suite.  The suite number will generally appear as a suffix on the name. The suite number communicates the "generation" of Ed-Fi standards and technology in which the product participates. However, note that strict compatibility will be defined in technical contexts using semver versions.

Semantic version numbers reset between suites in order to support the fact that a previous suite releases may diverge from the current suite releases.

Example of Full Product Name with Version


A sample that one might see is: "Ed-Fi Data Standard for Suite 3 version 4.5.0-b"

Product NameSuite InformationSemantic Versioning Information 
Ed-Fi Data Standard for Suite 3version 4.5.0-b

The semver string shows this release to be major version 4, minor version 5, patch version 0 (i.e. no patches have been released) and that the model contains pre-release material (denoted by the "-b" an by convention material that is subsequent to a set of "-a" material).

Where Are Data Standard Releases Located?


Data Standard releases can be found on GitHub.  Releases from Ed-Fi Data Standard for Suite 3 version 3.1.0 and Ed-Fi Data Standard for Suite 2 version 2.0.0 onward can be found in the Ed-Fi-Alliance-OSS repo. The releases pages here: https://github.com/Ed-Fi-Alliance-OSS/Ed-Fi-Standard/releases

Older releases can be found in the GitHub repo https://github.com/Ed-Fi-Alliance/Ed-Fi-Standard. This older repo uses a folder structure to designate contents of a release.


  • No labels