Open mduft opened 2 years ago
Not sure if you've accounted for this but the default targetCommitish
has been changed to 'main'
to reflect new standards on Github but that doesn't seem related to your problem.
Only way I've been able to reproduce this is if I add whitespace to the end of the tagName
. Perhaps there's a random space in the version at the end?
I'd just like to say I'm facing this exact error as well:
[message:Validation Failed, errors:[[resource:Release, code:custom, field:tag_name, message:tag_name is not a valid tag], [resource:Release, code:custom, message:Published releases must have a valid tag], [resource:Release, code:invalid, field:target_commitish]], documentation_url:https://docs.github.com/rest/reference/repos#create-a-release]
https://github.com/JamCoreModding/Gronk/tree/main/publishing.gradle.kts
:githubRelease CHECKING FOR PREVIOUS RELEASE
:githubRelease CREATING NEW RELEASE
{
tag_name = 2.0.1
target_commitish = main
name = V2.0.1 [1.16.x - 1.18.x]
body =
## Changelog
### Features
- Add a test case for `Config.requireHoe`.
- Automate testing via GitHub Actions.
## Fixes
- Fix a bug in `Config.requireHoe` where hoe durability did not decrease.
draft = false
prerelease = false
}
My issue was actually something else, I forgot I renamed branches from main
to 1.16-1.18
Not sure if you've accounted for this but the default
targetCommitish
has been changed to'main'
to reflect new standards on Github but that doesn't seem related to your problem.
Finally another release day :) I was able to fix this by settings targetCommitish
to master
in the gradle task indeed. This was the issue. This might be worth some kind of hint/warning? I assume that 100% of repositories which already existed before the default changed will still have a master
branch?
We were on 2.2.12 for a long while now, creating our releases just fine (thanks for that). However updating to 2.3.7 made it stop working completely. I reverted the update back to 2.2.12 which immediately returned it to working state.
We create the release from the current master branch, i.e. no pre-existing tag, github should create one on the fly.
With 2.2.12 we get this output:
With 2.3.7, we get:
The according build.gradle looks like this:
We are "good" meanwhile with the downgrade, as we don't miss anything, however it would be nice to follow along with the releases :) Maybe we're doing something that is no longer supported?