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
The current release process increments the MICRO version for both transforms and library. Given the high rate of changes to the transforms, this process adds overhead an unnecessary churn by forcing us to increment the release number for the library each time we want to create a release cutoff for the transforms. We propose decoupling the two by:
Allow a new release of the transforms to increment the transform MICRO number(..X) while keeping the library MICRO number the same (..Y) with Y <= X
When a minor release for the transforms and library is needed, increment the MINOR number and reset the MICRO to 0 before appending the devN suffix (_.X.0.dev0)
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:
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.
Search before asking
Component
Other
Feature
The current release process increments the MICRO version for both transforms and library. Given the high rate of changes to the transforms, this process adds overhead an unnecessary churn by forcing us to increment the release number for the library each time we want to create a release cutoff for the transforms. We propose decoupling the two by:
Are you willing to submit a PR?
The text was updated successfully, but these errors were encountered: