Mention interactive task and getting slimed in tutorial.
This commit is contained in:
parent
26d7631486
commit
7a3054cb33
1 changed files with 13 additions and 3 deletions
16
TUTORIAL.md
16
TUTORIAL.md
|
@ -218,13 +218,23 @@ Now if you run "lein test" it will only run deftests that don't have
|
|||
the integration tests and "lein test :all" will run everything. You
|
||||
can include test selectors and listing test namespaces in the same run.
|
||||
|
||||
Because it starts a new JVM process, lein test is not a good solution
|
||||
for test-driven development. For that you would either need to look
|
||||
into better editor integration (see
|
||||
Running "lein test" from the command-line is not a good solution for
|
||||
test-driven development due to the slow startup time of the JVM. For
|
||||
quick feedback, try starting an interactive session with "lein int"
|
||||
and running tests from in there. Other options include editor
|
||||
integration (see
|
||||
[clojure-test-mode](http://github.com/technomancy/clojure-mode) for
|
||||
Emacs) or keep a repl open and call <tt>run-tests</tt> from there as
|
||||
you work.
|
||||
|
||||
Keep in mind that while keeping a single process around is convenient,
|
||||
it's easy for that process to get into a state that doesn't reflect
|
||||
the files on disk--functions that are loaded and then deleted from the
|
||||
file will remain in memory, making it easy to miss problems arising
|
||||
from missing functions (referred to as "getting slimed"). Because of
|
||||
this it's advised to do a "lein test" run with a fresh instance
|
||||
periodically, perhaps before you commit.
|
||||
|
||||
## Compiling
|
||||
|
||||
If you're lucky you'll be able to get away without doing any AOT
|
||||
|
|
Loading…
Reference in a new issue