The hardware and bandwidth for this mirror is donated by dogado GmbH, the Webhosting and Full Service-Cloud Provider. Check out our Wordpress Tutorial.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]dogado.de.
create_renv_for_dev()
and
create_renv_for_prod()
functions create
renv.lock
files based on development projects.
Tool to create and maintain “renv.lock” files. The idea is to have 2 distinct files, one for development and the other for deployment. Indeed, although package like {attachment}, {fusen} or {pkgload} must be installed to develop, they are not necessary in your project, package or Shiny application.
Hence, create and update your “renv.lock” file in the development
project with everything needed to work in the same conditions between
collaborators and allow Continuous Integration to work properly.
This currently includes:
#> [1] "renv" "fusen" "devtools" "roxygen2" "usethis"
#> [6] "pkgload" "testthat" "remotes" "covr" "attachment"
#> [11] "pak" "dockerfiler" "pkgdown"
And thus, run create_renv_for_dev()
before sending your
commit to your remote git server. Use _default
(with
underscore), to use the default list.
create_renv_for_dev() # with all default above
create_renv_for_dev(dev_pkg = "attachment") # with {attachment} only
create_renv_for_dev(dev_pkg = c("_default", "DT")) # for all default and {DT}
Later on, if you want to create a R project that can use your package
developed with {renv}, run create_renv_for_prod()
.
Indeed, your users only need to install packages listed in your
“DESCRIPTION” file, with the same packages versions you used during
development.
These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.
Health stats visible at Monitor.