Paul Merlin
Paul Merlin
IntelliJ issue for recognizing sources embedded in jars: https://youtrack.jetbrains.com/issue/IDEA-15406
And the `gradle/gradle` issue for IDE plugins to provide Gradle sources: https://github.com/gradle/gradle/issues/1003
We can't work around https://youtrack.jetbrains.com/issue/IDEA-15406 by publishing `-sources` jar as it would require adding a remote repository.
To sum up: *Navigating to Gradle API sources from `.kt` files when the `kotlin-dsl` plugin is applied* - works ootb with a `-all` wrapper - works with a `-bin` wrapper...
Turning this issue into a vendor issue for IDEA-15406.
gradle/gradle#18729 won't be in 7.4, it needs more work and is being reverted for now in https://github.com/gradle/gradle/pull/19119.
Same feeling as Jonathan, it sounds like a good idea to use the same codebase to support more CI environments. Automated testing/releasing and maintenance burden would be my only concerns.
This indeed sounds like a good idea
@JLLeitschuh it shouldn't be difficult. But it'll require work to automate generating the hashes, publishing them where appropriate etc.. You could have a look at how the wrapper jar hashes...
Yeah, my favorite option would be to expose a single resource that contains all required checksums. The action would then do a single GET. I think the server load could...