-
-
Notifications
You must be signed in to change notification settings - Fork 7
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
Release crates that don't yet exist #14
Comments
... well, it's actually a bit harder to solve than I thought because of rust-lang/cargo#1169 and defects on https://gitlab.com/torkleyy/cargo-publish-all |
I was expecting the action to publish non existing crates, yes. |
The actual error is at the end of the logs:
With this change errors should be more visible 👍 The real problem is that the file I think we have several options here:
|
Thanks for taking such a fast peek at this! In a nutshell I think that options 1 and 3 are reasonable. Perhaps both since you might find projects that leave stray temporary directories/files after a successful CI run and authors might not want to explicitly cleanup after on So for now I'll go with removing |
I applied the option/fix nr 1 and also published the crates manually, but now there's an interesting error when fetching metadata for htsget-lambda:
|
That's a shame, I'm sorry :/ I will release a new version where I print the |
One thing. I noticed you are running the release-plz-action workflow on every branch. (because of on:
push:
branches:
- main Otherwise, it is going to run on every pr. Right? 🤔 EDIT: here's the pr. I will deploy a new version soon. |
The new docker image is up! |
Wow, that's a bit unexpected: https://github.com/umccr/htsget-rs/actions/runs/3859787713/jobs/6579637876
|
Wow, that's something. 😂 (you don't necessarily need the first part of the workflow where I generate a token) If this doesn't fix it, we can think of something else 🤔 |
Yeah, thanks! I wanted to do this anyway (split the monolithic GHA), but there seems to be a hiccup still:
I used the example (verbatim?) from the release-plz README and the GH token specified in the .yml has been used successfully in the past by the benchmarks action... the scopes/allowed actions are fairly broad but I might have missed a special one that your action requires? 🤷🏻 The release got generated though: umccr/htsget-rs#129. Cheers! |
This is a bug I will fix! That argument should be optional. |
I released a fix. When you run again the GitHub action, |
Looks like it worked now! :) One last nit w.r.t
Also, yes, I published 0.1.0, but shouldn't it publish |
Thanks for reporting the Yes, release-plz will publish 0.1.1 as soon as you merge the pr :) Basically, the GitHub action does two things one after the other:
The two commands are independent. But you can run I hope I was clear, please tell me if you have any doubts, and submit any feedback you have. Thanks! Spoiler: the GitHub action will soon create a GitHub release for every crate published. See this as an example |
Awesome, thanks for your support all along, I'll totally recommend your GHA & crate to fellow rustaceans ;) |
I'm trying to push a totally new set of crates to crates.io and I expected this action to push them forward even if they were never published before, but this action apparently assumes that they are already there? See a bit of the linked action log output below:
/cc @mmalenic
Would it be possible (reasonable?) to have the automatic publishing of non-existing crates as default behavior?
The text was updated successfully, but these errors were encountered: