-
I'm looking to be able to use Mill in a team where we aren't familiar with Ammonite Script files (and wouldn't otherwise have much of a need for them). The larger build system disallows network access and we'd be supplying our own dependency resolution. It doesn't seem like Ammonite Script files add any value and actually seem to add unnecessary complications in this case. Would someone be able to comment on how difficult it might be to provide a way to define Mill builds in pure Scala? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Who is supposed to compile your pure Scala file and feed the right classpath to the compiler? That is what you get when using ammonite / mill scripts. Without any knowledge about your external dependency resolution process, you could adapt/override In essence, when you look at external mill plugins (e.g. https://github.com/lefou/mill-vcs-version), you see what is needed to provide and builds your build definitions outside of mill. All you need in the |
Beta Was this translation helpful? Give feedback.
Who is supposed to compile your pure Scala file and feed the right classpath to the compiler? That is what you get when using ammonite / mill scripts.
Once you have your file compiled it might be pretty easy to load it in either some stub
build.sc
or via an external plugin.Without any knowledge about your external dependency resolution process, you could adapt/override
CoursierModule
to use your external system.In essence, when you look at external mill plugins (e.g. https://github.com/lefou/mill-vcs-version), you see what is needed to provide and builds your build definitions outside of mill. All you need in the
build.sc
is to load the resulting jar.