 |
 |
This page uses release 10.25.1 as a version example. We recommend always using the latest versions of code and data.
|
 |
 |
 |
Ensembl Versioning Scheme |
 |
 |
 |
 |
 |
 |
The Ensembl versioning scheme is really three versioning schemes - one for each of the API, the data, and the webcode. The three schemes have the API version in common, because the data and the webcode work with each other through the API. The fundamental idea is that if the data, the webcode, and the API all have the same API version, then they will be compatible.
|
 |
 |
 |
 |
Ensembl API Versioning |
 |
 |
 |
As everything has the API version in common, then it makes sense that the API version should be the simplest. It is just a number; 10 for the 10.25.1 release, 11 for the next change in the schema.
The API can be checked out of cvs with the tag "branch-ensembl-versionnumber", e.g branch-ensembl-10 for the 10.25.1 release.
|
 |
 |
 |
Ensembl Data Versioning |
 |
 |
 |
The data version number is made up of the API version that works with that database, and a version number for the data itself. A letter suffix to the data version indicates a change in data without a change in assembly; e.g. a new gene build. For the 10.25.1 release, the data version number is 10.25. The 25 comes from the Wormbase release that the data were imported from.
The name of the C.briggsae core database for the 10.25 release is therefore caenorhabditis_briggsae_core_10_25.
|
 |
 |
Ensembl Web code Versioning |
 |
 |
 |
The webcode version is very similar to the data version in that it consists of the API version and its own incremental version number. For the 10.25.1 release, the webcode version is 10.1. If another website is released before the API changes version, then it will be 10.2.
The webcode can, like the API, be checked out of cvs with the tag "branch-ensembl-versionnumber", e.g branch-ensembl-10-1 for the 10.25.1 release.
|
 |
 |