-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v0.6.3 #850
v0.6.3 #850
Conversation
Codecov Report
@@ Coverage Diff @@
## master #850 +/- ##
=======================================
Coverage 96.59% 96.59%
=======================================
Files 95 95
Lines 6222 6223 +1
=======================================
+ Hits 6010 6011 +1
Misses 212 212
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
Why did you need to bump the manifest/extension version? I remember I was struggeling with adding the media_file schema to manifest and had some chat with Volker to resolve it. |
The manifest (and weldx extension) with version In those cases I prefer to create a new version to avoid any confusion and keep the release versions stable |
Changes
prepare v0.6.3 release
Checks
create release PR
vX.Y.Z
and add therelease
tag (example here)
CHANGELOG.md
is up-to-date and enter current date to the release versionCITATION.cff
version number and datedeprecated
and remove deprecated codeMerge the Pull Request
add Git(hub) tag
doubt use vX.Y.Z everywhere)
ReadTheDocs update
latest
,stable
andvX.Y.Z
get triggered on RTD (the tag build can gettriggered twice, resulting in a failed/duplicated build, no need to worry)
pypi release
build
action completes hereconda-forge release
pull-request here
meta.yaml
in the pull request, manually update all changes in the build and run dependencies