-
Notifications
You must be signed in to change notification settings - Fork 10
feat: only-on-ready #9
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
base: main
Are you sure you want to change the base?
Conversation
First successful run now that the app has been approved. |
@azchohfi let me know if you need more context or how I can help. |
I want to hold on merging this for a little bit since I want the review of another team member that maintains the REST APIs. Thanks for the PR, and your patience! |
I've done a review myself. Wait until next week and I'll get back with a resolution for this. |
@azchohfi I'll try to have a look over the weekend. Thanks. |
aa9e9e2
to
cd65bf3
Compare
cd65bf3
to
77a5631
Compare
@azchohfi any chance for a review? |
@floh96 I'm still using my fork 😅 Works like a charm. |
I wanted a way to run this on a release trigger without failing. As I release quite often, and the review period is longer than my increments, I came up with this solution which adds one parameter to the authenticate command and is reused cross command. In case
only-on-ready
is set totrue
, any try at pushing will simply be aborted until the current submission is approved and in the store. You can see it in action here.I can keep using my fork, or work on this together if you think it's useful.