Explanation: Renv configuration
Source:vignettes/explanation/renv-configuration.Rmd
renv-configuration.Rmd
This article explains the internals of R dependency management in Rhino. Practical instructions for adding, removing and updating dependencies can be found in the documentation of rhino::pkg_install()
and rhino::pkg_remove()
.
Rhino relies on renv to manage the R package dependencies of your project. With renv you can create an isolated package library for each application and easily restore it on a different machine using the exact same package versions. This is crucial for the maintainability of any project.
To learn more about renv visit its website. This article describes the specifics of how Rhino uses renv assuming some basic familiarity with the package.
Snapshot types
renv offers different snapshot types. By default it performs an implicit snapshot: it tries to detect the dependencies of your project by scanning your R sources. While convenient in small projects, this approach lacks fine control and can be inefficient in larger code bases.
It would be preferable to use explicit snapshots: the dependencies of your project must be listed in a DESCRIPTION
file. Unfortunately we faced some issues with this snapshot type in deployments. Instead, Rhino uses the following setup:
- Implicit snapshot (configured in
renv/settings.dcf
). - A
dependencies.R
file with dependencies listed explicitly aslibrary()
calls. - A
.renvignore
file which tells renv to only readdependencies.R
.
This solution offers us the benefits of explicit snapshots (fine control, efficiency) and works well in deployment.
Manual dependency management
In most cases the only functions you will need are rhino::pkg_install()
and rhino::pkg_remove()
. However it is still possible to manage dependencies using the underlying renv functions directly. This can be helpful in some unusual situations (e.g. broken lockfile, installing a specific package version).
renv will only save to the lockfile the packages which are installed in the local library, and it will remove the packages which are not installed. Thus you should always run renv::restore(clean = TRUE)
before performing the steps below.
Add a dependency
- Add a
library(package)
line todependencies.R
. - Call
renv::install("package")
. - Call
renv::snapshot()
.
Update a dependency
- Call
renv::update("package")
. - Call
renv::snapshot()
.
Calling renv::install("package")
instead of renv::update("package")
will have the same effect.
Remove a dependency
- Remove the
library(package)
line fromdependencies.R
. - Call
renv::snapshot()
. - Call
renv::restore(clean = TRUE)
.
It is not recommended to use the renv::remove()
function, as it will remove a package from the local library even if it is still required by other packages. For example, renv::remove("glue")
followed by renv::snapshot()
will leave you without the glue package in your lockfile, even though it is required by shiny.