> Enforcing version and gradlew vs local shouldn't be difficult. We already enforce the version: https://github.com/dweiss/lucene-solr/blob/master/gradle/validation/check-environment.gradle#L42-L45
If you run a non-wrapper gradle (local) or via gradlew does not matter as long as it's the same exact version. but this is nearly impossible to achieve if you work on more than one project (or even one project with multiple branches, each having a different gradle version...). This enforcement is really there to protect you from hours of debugging nonsensical errors caused by incompatibilities within gradle itself. We could allow other versions (or version ranges) but it's an additional overhead for someone to maintain -- I'm personally not interested in doing that, honestly. > I don't think modifications to gradlew are necessary, and should be avoided > if at all possible. Well, I don't like that either but there were several issues that forced us to introduce those changes: LUCENE-9471, LUCENE-9372, LUCENE-9232 and, perhaps most importantly, LUCENE-9266. If there is a way around them without altering gradlew, it'd be great (I don't think there is). D. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
