more readme
This commit is contained in:
@@ -150,7 +150,9 @@ are enabled). Templates have access to all client parameters via the disco-param
|
|||||||
Definition Files
|
Definition Files
|
||||||
=====
|
=====
|
||||||
|
|
||||||
Definition files are just a series of files that say where to rsync files, templates, and scripts from.
|
Definition files are just a series of files that say what files on the disk should be templated,
|
||||||
|
or executed as scripts, for this module; as well as defining module-level parameters, and dependency
|
||||||
|
requirements, for this module.
|
||||||
|
|
||||||
Definition files can use node parameters via the $(disco-param /path/to/node/parameter) syntax.
|
Definition files can use node parameters via the $(disco-param /path/to/node/parameter) syntax.
|
||||||
This interpolation is done on the client side, so the server does not execute any code for this.
|
This interpolation is done on the client side, so the server does not execute any code for this.
|
||||||
@@ -165,7 +167,6 @@ A disco module (also called a "disco ball" for fun) looks like this:
|
|||||||
MODULE
|
MODULE
|
||||||
├__ defs
|
├__ defs
|
||||||
___ ___ requires
|
___ ___ requires
|
||||||
│__ ├── files
|
|
||||||
│__ ├── scripts
|
│__ ├── scripts
|
||||||
│__ └── templates
|
│__ └── templates
|
||||||
___ ___ parameters
|
___ ___ parameters
|
||||||
@@ -179,6 +180,8 @@ to your module, inside its disco ball. The disco ball is then placed in an acces
|
|||||||
on the rsync server, and the disco client will pull all modules, files, scripts, and templates
|
on the rsync server, and the disco client will pull all modules, files, scripts, and templates
|
||||||
relevant to its execution, and run them.
|
relevant to its execution, and run them.
|
||||||
|
|
||||||
|
ALL MODULE FILES, SCRIPTS, AND TEMPLATES ARE DELIVERED RELATIVE TO / ON THE CLIENT.
|
||||||
|
|
||||||
MODULE/defs/requires
|
MODULE/defs/requires
|
||||||
=====
|
=====
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user