> Instead of a help.txt file though, how about some help task? ./gradlew 
> helpAnt?

I don't think that's easier, to be honest. You need to know which task
to invoke (and how).
A plain file is just right there in your face.

> it works just fine. Does this seem consistent with the structure of the 
> Gradle build?

There is no one "structure" to a gradle build. There are some
conventions but they're much more relaxed compared to Maven (or even
ant). A gradle build is really just an arrangement of code blobs...
how you write it is up to you.

"../solr_gradle_8/help/build.gradle” to have a “help” prefix.
helpTest, helpAnt, helpBuild (and, BTW, I really like that tasks
aren’t case-sensitive).

I personally don't like the fact you need to run gradle to display a
text file... Mark added it at the beginning but I don't think it's
really necessary. If you've done it already, so be it.

> Here’s the diff, FYI. If this looks like it doesn’t do violence to the 
> structure of the gradle build I’ll check it in.

It's fine I think. But again -- why pollute the build file with stuff
that could be just a set of plain-text files (which people can display
with anything they like)? Occam's razor -- the simplest method is
typically the best.

D.

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to