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
Fix bump.sh and publish.sh for new crate structure #70
Comments
Claus has suggested bumping the version right after the publish. This will help us to distinguish versions that are pulled from github. |
I like the versioning recommendations in the R packages book, which is to add a dev version (e.g., .9000) right after a package has been published, and then bump to the next non-dev version upon release. Is this possible with the Rust versioning system? |
I think in Rust we have to go |
Or maybe we should just delete these two scripts and transition to
|
Sorry, I forgot to comment that this doesn't handle the versions specified with extendr/extendr-api/Cargo.toml Lines 13 to 14 in 4177272
Btw, be careful when you try this command as this immediately commits and pushes the new version to remotes... When I tried this, I wasn't the member of extendr so the attempt was just rejected... |
If you have some experience with this tool, could you write up a workflow and add to the README, where it currently talks about |
After experimenting a bit more, I think |
Sorry, it turned out it's just I didn't understand the usage... I think I can write up a workflow soon. |
I have added a new crate extendr-engine (#50) to remove the engine part from the default api. However, the scripts
bump.sh
andpublish.sh
don't reflect this change yet.The text was updated successfully, but these errors were encountered: