Add renv lockfile for development dependencies #65
Conversation
| Config/renv/profiles/dev/dependencies: | ||
| DBI, | ||
| igraph, | ||
| lubridate, | ||
| openxlsx, | ||
| readr, | ||
| rmarkdown, | ||
| RJDBC |
There was a problem hiding this comment.
These are the additional dependencies needed for 00-ingest.R, 07-export.R, 08-api.R, and building README.Rmd.
| ### Using Lockfiles for Local Development | ||
|
|
||
| When working on the model locally, you'll typically want to install non-core dependencies _on top of_ the core dependencies. To do this, simply run `renv::restore("<path_to_lockfile")` to install all dependencies from the lockfile. | ||
|
|
||
| For example, if you're working on the `ingest` stage and want to install all its dependencies, start with the main profile (run `renv::activate()`), then install the `dev` profile dependencies on top of it (run `renv::restore("renv/profiles/dev/renv.lock")`). | ||
|
|
||
| > :warning: WARNING: Installing dependencies from a dev lockfile will **overwrite** any existing version installed by the core one. For example, if `ggplot2@3.3.0` is installed by the core lockfile, and `ggplot2@3.2.1` is installed by the dev lockfile, renv will **overwrite** `ggplot2@3.3.0` with `ggplot2@3.2.1`. |
There was a problem hiding this comment.
This is basically exactly what is happening inside the Docker container. It's a little non-standard but works fine since this is only for our use.
| @@ -1,6 +1,6 @@ | |||
| { | |||
| "R": { | |||
| "Version": "4.2.2", | |||
| "Version": "4.3.2", | |||
There was a problem hiding this comment.
Version bump on R to match the version in the Docker container.
| "ppm.enabled": null, | ||
| "ppm.ignored.urls": [], | ||
| "r.version": [], | ||
| "snapshot.type": "explicit", |
There was a problem hiding this comment.
You can set the snapshot type for the entire profile once it's loaded, such that renv::snapshot() for the dev profile will only ever capture the dependencies in the DESCRIPTION file, even without type = "explicit".
There was a problem hiding this comment.
[Suggestion, non-blocking] This is great! Perhaps we could update the README steps for updating lockfiles to remove the suggestion to pass the type flag to snapshot calls?
Line 791 in fd873f4
There was a problem hiding this comment.
Ehhh, even though it does it automatically now I feel like it's a good idea to signal that it differs from what is normally happening.
renv/settings.dcf
Outdated
There was a problem hiding this comment.
This file was deprecated (replaced by settings.json).
| @@ -9,7 +9,7 @@ | |||
| "Depends", | |||
| "LinkingTo" | |||
| ], | |||
| "ppm.enabled": null, | |||
| "ppm.enabled": true, | |||
There was a problem hiding this comment.
This just gives preference to using binary packages from PPM instead of source tarballs.
| "ppm.enabled": null, | ||
| "ppm.ignored.urls": [], | ||
| "r.version": [], | ||
| "snapshot.type": "explicit", |
There was a problem hiding this comment.
[Suggestion, non-blocking] This is great! Perhaps we could update the README steps for updating lockfiles to remove the suggestion to pass the type flag to snapshot calls?
Line 791 in fd873f4
This PR cleans up some of the renv dependencies used in the pipeline, adds some further copy re: dependency management to the README, and snapshots the dependencies used in previously ignored stages.