Better document (possibly restructure) cljsbuilds
This came up after some questions on Clojurians Slack, there are some things which can be counterintuitive when using cljsbuild directly
- running
lein cljsbuild onceblows up
The reason is it tries to compile all three builds (app, test, min), and the test build doesn't have doo.runner available, and so blows up.
This is solvable in the sense that it no longer explodes, just add doo as a dev dependency (and not just a plugin), but in a way it's actually good that lein cjlsbuild once blows up because both "app" and "min" target the same output file, so it's not clear what the result should be.
lein cljsbuild once mindoesn't work when anappbuild is already present and vice versa
That is to say, it doesn't overwrite the output file, which it should do, so you end up with a non-optimized file when you want it optimized or vice versa. This is a thorny one because it can be a pain to figure out what's going on.
Possible solutions:
- add some leiningen hook to remove the target file before compilation
- use different target names for "app" and "min", this means adding more complexity to switch to the right one, while now we can just serve one
index.htmlfor both.
Another solution might be to incorporate some aliases within the project.clj, and document them in the README when dealing with production workflow
ie.
:aliases {"build-cljs" ["cljsbuild" "once" "min"]
"build-garden" ["run" "-m" "garden-watcher.main" "website.styles"]
"watch-cljs" ["cljsbuild" "auto" "app"]
"test-cljs" ["do" ["cljsbuild" "once" "test"] ["doo"]] ;; bad example, super slow
"build" ["do" ["build-cljs"] ["build-garden"]]}