-
Notifications
You must be signed in to change notification settings - Fork 358
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
Initial publish of ok_http
and firehose setup
#1259
Comments
package:http
package:http
to enable automatic publishing
@natebosch Hi! @Anikate-De is close to finishing the implementation for |
Since this package hasn't been published, we might need to do the first publish manually. @devoncarew Have we ever used firehose to bootstrap a previously unpublished package? Should we try it and see if it works, or should I publish manually? I think we can't set up the protected environment for example before the package exists. Maybe it's safe to set up the GitHub side and then configure pub after the first publish? |
I'm not sure it's possible to bootstrap using firehose. I think you have to publish once (manually) then move the package into the target publisher, and use the package admin page to enable publishing-via-github. I've only lightly used the publishing w/ an environment feature; I don't think it gets us the two-party review thing that we'd want, and adds another step to publishing. I'd recommend just avoiding it unless it adds more than I'm aware of. |
Oh, I must have forgot that this already happened. It looks like firehose doesn't support flutter packages though. |
Oh interesting so after you do the first manual publish, we will have to continue to manually publish for every new version? |
I think I'll just need to split the workflow up into two separate ones for the flutter and non-flutter packages. It looks like firehose has a config option for this. |
package:http
to enable automatic publishingok_http
and firehose setup
Hmm
@jonasfj - is there a workaround? |
Pub deployment went through and I was able to publish. Next step is to split the workflow file into flutter and non-flutter workflows |
Closes #1259 Add a second copy of the publish workflow with `use-flutter: true`. Add `ignore-packages` to both workflows to ignore published packages for the non-relevant SDK.
@Anikate-De @camsim99
The text was updated successfully, but these errors were encountered: