tic works in a declarative way, centered around the tic.R
file
created by use_tic()
.
This file contains the definition of the steps to be run in each stage:
calls to get_stage()
and add_step()
, or macros like
do_package_checks()
.
Normally, this file is never executed directly.
Running these functions in an interactive session will not carry out
the respective actions.
Instead, a description of the code that would have been run is printed
to the console.
Edit tic.R
to configure your CI builds.
See vignette("build-lifecycle", package = "tic")
for more details.
Value
A named list of opaque stage objects with a "class"
attribute
and a corresponding print()
method for pretty output.
Use the high-level get_stage()
and add_step()
functions to configure,
and the stages functions to run.
Details
Stages and steps defined using tic's DSL are stored in an
internal object in the package.
The stages are accessible through dsl_get()
.
When running the stages, by default a configuration defined
in the tic.R
file is loaded with dsl_load()
.
See use_tic()
for setting up a tic.R
file.
For interactive tests, an empty storage can be initialized
with dsl_init()
.
This happens automatically the first time dsl_get()
is called
(directly or indirectly).
Examples
if (FALSE) { # \dontrun{
dsl_init()
dsl_get()
dsl_load(system.file("templates/package/tic.R", package = "tic"))
dsl_load(system.file("templates/package/tic.R", package = "tic"),
force =
TRUE
)
dsl_get()
} # }