-
Notifications
You must be signed in to change notification settings - Fork 224
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
heroku container:release
fails on version 10.0.0
#3142
Comments
Can confirm the same issue occurs for me on 10.0.0. Is there no way of installing the older release via the deb package in the mean time? Looks like only 10.0.0 is available:
|
We're getting the same error doing a |
Facing the same issue and breaking in CI/CD pipeline |
I can confirm that we're also experiencing this issue (using cli v |
Thanks for the report. We're looking into it. |
Hey @ptwobrussell, could you tell us how you are installing the Heroku CLI. Are you using |
Noticing now in your output it lists |
@eablack - yes, my GitHub Actions had been using |
Same thing on our end! |
Seeing the same thing. I'm using the release command in my Github Actions and though it ends the CI with a failure the release did complete successfully. And if I re-run the failed job, it will complete with success (releasing again). @ptwobrussell I'm quite familiar with that part of the Github Actions in your setup. I happen to be doing the same. :) |
9.5.1 looks to be having the same problem for me (redacted app name):
|
I've tried back to v9.5.0 which I know both v9.5.0 and v9.5.1 because I have deploys on those before v10.0.0 landed and am getting the same thing. I'm suspecting something is wonky with Heroku's API at this point in a way that this CLI doesn't anticipate. I've gone back to latest with shell script and cobbled together a quick little shell script to filter out and ignore the statusCode error while letting the command fail for all other errors. It's a lot uglier than the one liner but I'm using this in a shared workflow across all my repositories so not a huge deal. - name: Release
# run: heroku container:release -a ${{ inputs.app-name }} ${{ inputs.processes }}
run: |
echo "Attempting release..."
if ! heroku container:release -a ${{ inputs.app-name }} ${{ inputs.processes }}; then
echo "Release command exited with non-zero status. Checking latest release status..."
latest_release=$(heroku releases -a ${{ inputs.app-name }} -n 1)
echo "Latest release info:"
echo "$latest_release"
if [[ "$latest_release" =~ "Deployed" ]]; then
echo "Latest release shows success, overriding error"
exit 0
else
echo "Latest release does not show success, failing"
exit 1
fi
fi |
Is there a fix for this ? |
I can confirm, we're getting the same issue with the following:
|
Mysterious
heroku container:release
errors suddenly started happening this afternoon with v10.0.0 with the following kind of cryptic error message:Fortunately, I was quick to realize that v10.0.0 had just been released a couple of hours ago, and I verified that my GitHub Actions was picking up that latest version via the recommended install script of
curl https://cli-assets.heroku.com/install.sh | sh
that pulls the latestI noticed in the release notes that v10 requires Node 20, so I bumped my Node version from 18 to 20, but that didn't solve it. The error was the same with v10.0.0 and Node 20 per
heroku --version
returningheroku/10.0.0 linux-x64 node-v20.17.0
as output.I then reverted back to v9.5.1 (via pinning with
npm install -g heroku@9.5.1
), andheroku container:release
started working again as expected.Unfortunately, I don't have much for you other than that. Just wanted to report this because it's not at all obvious to me why that command would be failing on 10.0.0 vs v9.5.1 based on what I see in the release notes for v10.0.0.
This seems like a regression, so I wanted it to be on your radar in hopes that it helps others.
The text was updated successfully, but these errors were encountered: