<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rebar3.git/test/rebar_new_SUITE_data/plugin_tpl/_checkouts, branch master</title>
<subtitle>Clone of https://github.com/erlang/rebar3</subtitle>
<link rel='alternate' type='text/html' href='https://git.sunet.se/rebar3.git/'/>
<entry>
<title>Plugin templates enabled</title>
<updated>2015-12-20T01:16:49+00:00</updated>
<author>
<name>Fred Hebert</name>
<email>mononcqc@ferd.ca</email>
</author>
<published>2015-12-19T03:44:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sunet.se/rebar3.git/commit/?id=44a30ca52f3c74d19007fd0433f6192fa4ccca79'/>
<id>44a30ca52f3c74d19007fd0433f6192fa4ccca79</id>
<content type='text'>
This lets a plugin define templates to be loaded:

    $ rebar3 new
    ...
    proper (plugin): A basic PropEr suite for an OTP application
    ...
    $ rebar3 new help proper
    proper:
            plugin template (...)
            Description: A basic PropEr suite for an OTP application
            Variables:
                    name="suite" (...)
                    ...
    → rebar3 new proper fakesuite
    ===&gt; Writing test/prop_fakesuite.erl

In this case, proper is a fake template file I've put by hand in
_build/default/plugins/rebar3_proper/priv/&lt;somename&gt;/, meaning it will
only work as far as it's called from the project's root.

The priority order of plugins is now .config &gt; plugin &gt; built-in, such
that someone could ensure plugins do not crush their own private
templates, but also that custom or plugin templates do overtake built-in
ones. It used to be Built-in &gt; .config only.

Templates are searched for recursively in the priv/ directory of
plugins.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This lets a plugin define templates to be loaded:

    $ rebar3 new
    ...
    proper (plugin): A basic PropEr suite for an OTP application
    ...
    $ rebar3 new help proper
    proper:
            plugin template (...)
            Description: A basic PropEr suite for an OTP application
            Variables:
                    name="suite" (...)
                    ...
    → rebar3 new proper fakesuite
    ===&gt; Writing test/prop_fakesuite.erl

In this case, proper is a fake template file I've put by hand in
_build/default/plugins/rebar3_proper/priv/&lt;somename&gt;/, meaning it will
only work as far as it's called from the project's root.

The priority order of plugins is now .config &gt; plugin &gt; built-in, such
that someone could ensure plugins do not crush their own private
templates, but also that custom or plugin templates do overtake built-in
ones. It used to be Built-in &gt; .config only.

Templates are searched for recursively in the priv/ directory of
plugins.
</pre>
</div>
</content>
</entry>
</feed>
