The Data Package version format follows the Semantic Versioning specification format: MAJOR.MINOR.PATCH
Semantic Versioning helps developers manage dependencies between software packages. The version numbers, and the way they change, convey meaning about the underlying code and what has been modified from one version to the next.
In Data Packages this concept is applied to data.
The version numbers, and the way they change, convey meaning how the data package has been modified from one version to the next.
Given a Data Package version number MAJOR.MINOR.PATCH, increment the:
MAJOR version when you make incompatible changes, e.g.
- Change the
data structuretable schema - Change field or data package names or data package identifiers
- Add, remove or re-order fields
MINOR version when you add data in a backwards-compatible manner, e.g.
- Add new data to existing data resource
- Add a new data resource
PATCH version when you make backwards-compatible fixes, e.g.
- corrections to existing data
- changes to metadata
- You are developing your data though public consultation.
before releasing to production.Start your initial data release at 0.1.0 - You release your data
to productionfor the first time. Use version 1.0.0 - You append last months data to an existing
productionrelease. Increment the MINOR version number
@Stephen-Gates, Thanks for the updates, I totally agree with you on the URL changes after discussing the same with @zhangcandrew. We should ignore the change in the URL.
About the notifications, I am not getting any notifications from gist, but I get all the notifications from the git issues