-
Notifications
You must be signed in to change notification settings - Fork 55
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
Support Gradle 8 #166
Comments
Please check #170 |
Any progress on that? It blocks us with an upgrade to Gradle 8.x |
Bump! Could anyone comment on this? |
@tkrullmann FIY ^ |
These plugins are no longer being maintained by the looks of things. That is why we have stopped using them and replaced them with shell scripts. |
@NikolayMetchev i tried today to upgrade your codebase. It's just that 223 tests are failing even without changes to your code. Would you accept a pull request with the failing tests? Are you planning of maintaining your fork? |
sorry I have deleted my fork. |
No worries I forked it.
Are you sure? |
That's not me |
I published the plugin and it is in review right now. I had to publish a working draft so my colleges can work on the helm chart. It compiles with gradle 8 and Java 17. But the upgrade feels a little bit messy and I still didn’t figure out why some of the test are failing. I guess I will create an official fork after I setup CI/CD. |
Unfortunately, my plugin was rejected because there are already some forks in the Gradle portal and one of the Gradle staff thinks that some of the forks are active. None of it work with gradle 8, so it's annoying, but it is what it is. I wrote @mehmetsalgar an email if he is interested to collaborate. Otherwise i will have to rename the plugin to helmng or something like that. |
Hi, I forked the plugin for and later on added some additional features like working with OCI Registries as Helm Chart repositories but to say the truth I worked quite un-formal just reach my goals.... If the Gradle plugin management making so much stress about the forking the plugin of course we can continue on my fork... But noway I want to offend the developer of the original plugin, by steering all new development to my fork.... |
I' was able to publish a Gradle 8 version of the plugin by renaming it. (https://plugins.gradle.org/search?term=io.github.bullshit.helmng) Regarding the fork of the original project, I should stay compliant with the DSL of the original project. It would be great if the maintainer, @tkrullmann, could give us access to his repository, but until then, we should officially fork the project. We can always merge our changes back in the future. I'm excited to set up some Github Actions for testing and releasing the plugin, and I'm happy to assist with any Gradle 8 issues that may arise. Thank you for considering this opportunity to improve the plugin!" I have some questions:
|
Support for Gradle 8.x has been added in https://github.com/unbroken-dome/gradle-helm-plugin/releases/tag/v2.0.0. |
Just a small heads up for those in this thread that this codebase is no longer actively maintained. As the original author recommends, you are welcome to open an issue or suggest improvements here instead. Our maintainers and contributors will be happy to support! ❤️ |
Gradle 8 introduced a breaking change for abstract classes : https://docs.gradle.org/8.0-rc-1/userguide/upgrading_version_7.html#plugins_tasks_and_extension_classes_are_abstract
When running the plugin on the Gradle 8 RC1, something like this shows :
org/gradle/api/internal/plugins/AbstractRule
The text was updated successfully, but these errors were encountered: