-
Notifications
You must be signed in to change notification settings - Fork 370
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 please no longer making release PRs (There are untagged, merged release PRs outstanding - aborting) #1946
Comments
I think I misread the documentation of how to add projects - I was editing the .release-please-manifest.json for new projects. I'll close this for now, and will open another issue if I this happens again. |
So, this is still happening. I had thought that it might be because I'd corrupted the tags somehow. I tried cloning the repository without any tags and doing a bootstrap, but it still won't make releases after the release PR is merged. The logs from a merge of a PR that should have made a release can be seen here Any ideas? |
In case you can't see the log run, I've put it in a gist here |
Same issue |
@TimothyJones Github PRs created by |
Thanks. That's how I manually fix this every time I merge a release pr:
This will get it to generate the release PR again. However, when you merge that release PR, release-please still doesn't create any releases. For example, this recently merged PR, resulted in this github actions run, which aborts with:
(which is the exact release PR it is supposed to be processing). |
I met the same issue. Finally, I accepted to lost all old changelogs (my repository is private), therefore I removed |
@chingor13 Would it be possible to get some guidance on where to look to find out what is happening here? This issue a blocker for me (along with this peerDependencies issue). I would really like to use release-please as - when it works - the process is so nice - and I'd be happy to look in to this if you can point me roughly to the right part of the code. |
I tried cloning the repo where it had no tags (on PRs or in git) and the problem didn’t go away. So I think something else is wrong. |
Thanks for the workaround documentation @TimothyJones ! |
Yes, that sounds like the bug I’m reporting here Tbh, I can’t really recommend this library without a fix for this bug. The “workaround” is to manually tag the versions, and so release please is only used for generating changelogs. |
I don't use the github action, just the CLI. So now I'm wondering if maybe I wouldn't get the tagging benefits when I merge, and the gh action is what is responsible for that part ? Not sure if release-please is designed to only use the cli and not the action like I'm doing in my case. |
You might want to open a separate issue for your question - I’m not a maintainer, just a user of the library. |
I finally got some headway on this - it's something to do with a custom PR title. When I manually updated it to |
@SurferJeffAtGoogle Could you give some insight on why this was deprioritised? I'm kind of frustrated that deprioritising it is the only interaction we've had from a maintainer :/ |
I just hit the same problem. Changing the release PR title seems to solve it, at least until the next release I guess. Utterly bizarre. |
I think it might be something to do with this issue, which would definitely be one cause of (at least) node workspace release PRs not having the title that it expects to find. |
release-please error'd too often with "There are untagged, merged release PRs outstanding - aborting" and I couldn't get it to comply. Also see googleapis/release-please#1946. The new configuration for semantic-release should do everything we need, but I'm sure we will need another few rounds to fix the errors I don't see rn.
release-please error'd too often with "There are untagged, merged release PRs outstanding - aborting" and I couldn't get it to comply. Also see googleapis/release-please#1946. The new configuration for semantic-release should do everything we need, but I'm sure we will need another few rounds to fix the errors I don't see rn.
I am having this issue as well: Log
Config
Manifest
|
I currently think this is something to do with the pull request title - if you make the PR title match what it expects, then it works. However, it can be hard to predict what it expects - my configuration (a combination of linked versions and node workspace) seems to ignore the set PR title patterns in favour of Looks like yours might just be the default, so perhaps you can rename the PR to follow Maintainers: I'd love to see some attention on this. Let me know if you'd like any more information about anything I've reported so far. |
At the very least, it would be good to document that the PR title is relied on by the tool, and so can't be renamed. |
I am pretty sure that is not the issue. I think the issue is I deleted some releases/tags and reverted the repo to a prior commit, but it is still finding the historical PRs? There are untagged, merged release PRs outstanding - aborting https://github.com/actuarysailor/gha-repo-manager/actions/runs/9426574313 I am out of ideas on how to get this working again... I've tried rolling back to prior commit and force pushing... using squash commits to avoid commit hashes that match old PR, deleting tags, using empty commits to restore tags, forcing the most recent Sha in the config file to match most recent tagged release... |
I took a look at your repo: Remove |
Thanks! That fixed it! Didn't realize labels were used |
@chingor13 Unless you’re about to merge something that fixes this, I don’t think this is fixed. |
We are running into this now, so this is definitely still a problem. ETA: I think the way this manifested for me was that I manually edited the name of the PR before merging. I'll refrain from doing that in the future, but it seems finicky. |
In my case, the autogenerated PR name is wrong. I have to manually edit it to what release-please expects - but that doesn't always work. |
Maintainers: I'm happy to provide more detail about what I've found so far, if you're going to look into a fix for this. |
@chingor13 the original problem is not fixed |
Thanks for the notes above, I've got my setup fixed using release-please in a monorepo. The issue involved:
Fix: remove custom release PR title configuration (defaults without separate PR configuration to "chore: release main"), and leave all
The config file
|
If the support paths suggested above still do not result in a resolution, please provide the following details.
Environment details
release-please
version: google-github-actions/release-please-action@v3Information
Somehow my repository ( https://github.com/case-contract-testing/contract-case ) has got into a state where release PRs are no longer being created due to:
I tried to fix this by manually tagging a past release PR (which worked for generating this release PR), but after merging it, no tags or releases were generated, and the repo was left in this state again.
Steps to reproduce
The text was updated successfully, but these errors were encountered: