rsconnect 1.0.2
-
Fixed redeployments to shinyapps.io where
appNameis provided, but no local
record of the deployment exists. (#932) -
deployApp()andwriteManifest()now error if your library andrenv.lock
are out-of-sync. Previously it always used what was defined in therenv.lock
but that was (a) slow and (b) could lead to different results than what you
see when running locally (#930). -
Deploying from an renv project includes the
renv.lockin the bundle. A
manifest created for an renv project references therenv.lockin the
manifest.json. (#926) -
Use the environment variable
RSCONNECT_PACKRATto analyze dependencies
using packrat, as was done prior to rsconnect-1.0.0. Use of the
rsconnect.packratoption is discouraged, as it is not effective when using
push-button deployment in the RStudio IDE. (#935) -
The
renv.lockis ignored when theRSCONNECT_PACKRATenvironment variable
or thersconnect.packratoption is set. (#936) -
The content type is inferred by analyzing the set of top-level files. (#942)
-
deployApp()andwriteManifest()accept an optionalappModeargument.
Provide this argument if your project includes auxiliary files which mislead
the existingappModeinference. For example, if an HTML project includes
a downloadable Shinyapp.R, that content will be assumed to be a Shiny
application even if that application is not meant to be run. (#948) -
appDependencies()accepts anappFileManifestargument as an alternate
way of providing the target set of files.