You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I searched the issues and found no similar issues.
Component
Other
Feature
We would like to allow transforms to manage their micro version numbers independently of the core libraries. With this in mind, we have the following:
Guiding principals/goals
github "releases" will be published to a new minor (not micro) version number. For example, 0.3.0
when there is a github release, we will publish pypi wheels and images
transforms can increment the micro version independently of the core library version and formal github release
We will (for now) keep the dev suffix, until we decide we can live w/o it.
It is ok and expected to republish a transform at a new minor version that may be the same functionally as the previous version (i.e 0.3.0 and 0.2.9)
Transforms can define dependencies on DPK in pypi or in the repo source (choice is already supported today via USE_REPO_LIB_SRC in .make.defaults)
TODOs:
Transform version numbers need to be pushed down from .make.versions to a transform-specific location (i.e. transforms/noop/version)
make set-versions neeeds to still work through the repo to reset to a new minor version (i.e. 0.3.0) (and be extended to work on transform's version file)
Update release-branch.sh script to bump minor version numbers instead of micro.
Update RELEASE.md to capture these goals and changes.
Are you willing to submit a PR?
Yes I am willing to submit a PR!
The text was updated successfully, but these errors were encountered:
Search before asking
Component
Other
Feature
We would like to allow transforms to manage their micro version numbers independently of the core libraries. With this in mind, we have the following:
Guiding principals/goals
TODOs:
Are you willing to submit a PR?
The text was updated successfully, but these errors were encountered: