Generate new projects from Leiningen or Boot templates, or clj-template
projects, using just the clj
command-line installation of Clojure!
You can use this from the command line...
clj -Sdeps '{:deps
{seancorfield/clj-new
{:mvn/version "0.5.4"}}}' \
-m clj-new.create \
app \
myname/myapp
...but you'll probably want to add clj-new
as an alias in your ~/.clojure/deps.edn
like this:
{:aliases
{:new {:extra-deps {seancorfield/clj-new
{:mvn/version "0.5.4"}}
:main-opts ["-m" "clj-new.create"]}}
...}
Create a basic application:
clj -A:new app myname/myapp
cd myapp
clj -m myname.myapp
Run the tests:
clj -A:test:runner
Built-in templates are:
app
-- A minimal Hello World! application with deps.edn
. Can run it via clj -m
and can test it with clj -A:test:runner
.lib
-- A minimal library with deps.edn
. Can test it with clj -A:test:runner
.template
-- A minimal clj-new
template. Can test it with clj -A:test:runner
. Can produce a new template with clj -m clj-new.create mytemplate myname/mynewapp
(where mytemplate
is the appropriate part of whatever project name you used when you asked clj-new
to create the template project).The project name should be a qualified Clojure symbol, where the first part is typically your GitHub account name or your organization's domain reversed, e.g., com.acme
, and the second part is the "local" name for your project (and is used as the name of the folder in which the project is created), e.g., com.acme/my-cool-project
.
An alternative is to use a multi-segment project name, such as foo.bar
(the folder created will be called foo.bar
and will contain src/foo/bar.clj
).
The general form of the command is:
clj -A:new template-name project-name arg1 arg2 arg3 ...
If template-name
is not one of the built-in ones (or is not already on the classpath), this will look for template-name/clj-template
(on Clojars and Maven Central). If it doesn't find a clj
template, it will look for template-name/boot-template
instead. If it doesn't find a Boot template, it will look for template-name/lein-template
instead. clj-new
should be able to run any existing Leiningen or Boot templates (if you find one that doesn't work, please tell me about it!). clj-new
will then generate a new project folder based on the project-name
containing files generated from the specified template-name
.
Alternatively, template-name
can be a :git/url
and :sha
like this:
clj -A:new https://github.com/somename/someapp@c1fc0cdf5a21565676003dbc597e380467394a89 project-name arg1 arg2 arg3 ...
In this case, clj.new.someapp
must exist in the template and clj.new.someapp/someapp
will be invoked to generate the template.
Or, template-name
can be a :local/root
and template name like this:
clj -A:new /path/to/clj-template::new-app project-name arg1 arg2 arg3 ...
In this case, clj.new.new-app
must exist in the template and clj.new.new-app/new-app
will be invoked to generate the template.
If the folder for project-name
already exists, clj-new
will not overwrite it (an option to force overwriting may be added).
Any arguments after the project-name
are parsed using tools.cli
for flags, and any non-flag arguments are passed directly to the template (arg1
, arg2
, arg3
, ... above).
Flag arguments for clj-new.create
are:
-f
or --force
-- will force overwrite the target directory if it exists-h
or --help
-- will provide a summary of these options as help-o
or --output
, followed by a directory path -- specify the project directory to create (the default is to use the project name as the directory)-S
or --snapshot
-- look for -SNAPSHOT version of the template (not just a release version)-v
or --verbose
-- enable debugging -- be verbose!-V
or --version
, followed by a version -- use this specific version of the templateNote: not all Leiningen or Boot templates accept a qualified project-name
so you may have to use a multi-segment name instead, e.g., project.name
.
clj
Templatesclj
templates are very similar to Leiningen and Boot templates but have an artifact name based on clj-template
instead of lein-template
or boot-template
and use clj
instead of leiningen
or boot
in all the namespace names. In particular the clj.new.templates
namespace provides functions such as renderer
and ->files
that are the equivalent of the ones found in leiningen.new.templates
when writing a Leiningen Template (or boot.new.templates
when writing a Boot Template). The built-in templates are clj
templates, that produce clj
projects with deps.edn
files.
Previous sections have revealed that it is possible to pass arguments to templates. For example:
# Inside custom-template folder, relying on that template's clj-new dependency.
clj -m clj-new.create custom-template project-name arg1 arg2 arg3
These arguments are accessible in the custom-template
function as a second argument.
(defn custom-template
[name & args]
(println name " has the following arguments: " args))
Whereas clj templates will generate an entire new project in a new directory, clj generators are intended to add / modify code in an existing project. clj -m clj-new.generate
will run a generator with an argument for the type
or type=name
options. The type
specifies the type of generator to use. The name
is the main argument that is passed to the generator.
A clj generator can be part of a project or a template. A generator foo
, has a clj.generate.foo/generate
function that accepts at least two arguments, prefix
and the name
specified as the main argument. prefix
specifies the directory in which to perform the code generation and defaults to src
(it cannot currently be overridden). In addition, any additional arguments are passed as additional arguments to the generator.
There are currently a few built-in generators:
file
ns
def
defn
edn
The file
generator creates files relative to the prefix. It optionally accepts a body, and file extension. Those default to nil
and "clj"
respectively.
clj -m clj-new.generate file=foo.bar "(ns foo.bar)" "clj"
The ns
generator creates a clojure namespace by using the file
generator and providing a few defaults.
clj -m clj-new.generate ns=foo.bar
This will generate src/foo/bar.clj
containing (ns foo.bar)
(and a placeholder docstring). It will not replace an existing file.
clj -m clj-new.generate defn=foo.bar/my-func
If src/foo/bar.clj
does not exist, it will be generated as a namespace first (using the ns
generator above), then a definition for my-func
will be appended to that file (with a placeholder docstring and a dummy argument vector of [args]
). The generator does not check whether that defn
already exists so it always appends a new defn
.
Both the def
and defn
generators create files using the ns
generator above.
The edn
generator uses the file
generator internally, with a default extension of "edn"
.
clj -m clj-new.generate edn=foo.bar "(ns foo.bar)"
Any arguments after type=name
are parsed using tools.cli
for flags, and any non-flag arguments are passed directly to the generator.
Flag arguments for clj-new.generate
are:
-f
or --force
-- will force overwrite the target directory/file if it exists-h
or --help
-- will provide a summary of these options as help-p
or --prefix
, followed by a directory path -- specify the project directory in which to run the generator (the default is src
but -p .
will allow a generator to modify files in the root of your project)-S
or --snapshot
-- look for -SNAPSHOT version of the template (not just a release version)-t
or --template
, followed by a template name -- load this template (using the same rules as for clj-new.create
above) and then run the specified generator-V
or --version
, followed by a version -- use this specific version of the templatetemplate
so that it can be used to seed a new clj
project.Copyright © 2016-2018 Sean Corfield and the Leiningen Team for much of the code -- thank you!
Distributed under the Eclipse Public License version 1.0.
Can you improve this documentation?Edit on GitHub
cljdoc is a website building & hosting documentation for Clojure/Script libraries
× close