The aim of devtools
is to make your life as a package developer easier by providing R functions that simplify many common tasks. R packages are actually really simple, and with the right tools it should be easier to use the package structure than not. Package development in R can feel intimidating, but devtools does every thing it can to make it as welcoming as possible. devtools
comes with a small guarantee: if because of a bug in devtools a member of R-core gets angry with you, I will send you a handwritten apology note. Just forward me the email and your address, and I'll get a card in the mail.
devtools
is opinionated about how to do package development, and requires that you use roxygen2
for documentation and testthat
for testing. Not everyone agrees with these opinions, and they are by no means perfect, but they have evolved during the process of writing over 30 R packages. I'm always happy to hear about what doesn't work for you, and any places where devtools gets in your way. Either send an email to the rdevtools mailing list or file an issue.
You can track (and contribute to) development of devtools
at https://github.com/hadley/devtools. To install it:
-
Install the release version of
devtools
from CRAN withinstall.packages("devtools")
. -
Make sure you have a working development environment.
- Windows: Install Rtools.
- Mac: Install Xcode from the Mac App Store.
- Linux: Install a compiler and various development libraries (details vary across different flavors of Linux).
-
Follow the instructions below depending on platform.
-
Mac and Linux:
devtools::install_github("hadley/devtools")
-
Windows:
library(devtools) build_github_devtools() #### Restart R before continuing #### install.packages("devtools.zip", repos = NULL) # Remove the package after installation unlink("devtools.zip")
-
All devtools
functions accept a path as an argument, e.g. load_all("path/to/path/mypkg")
. If you don't specify a path, devtools
will look in the current working directory - this is recommended practice.
Frequent development tasks:
-
load_all()
simulates installing and reloading your package, loading R code inR/
, compiled shared objects insrc/
and data files indata/
. During development you usually want to access all functions soload_all()
ignores the packageNAMESPACE
.load_all()
will automatically create aDESCRIPTION
if needed. -
document()
updates documentation, file collation andNAMESPACE
. -
test()
reloads your code, then runs alltestthat
tests.
Building and installing:
-
install()
reinstalls the package, detaches the currently loaded version then reloads the new version withlibrary()
. Reloading a package is not guaranteed to work: see the documentation tounload()
for caveats. -
build()
builds a package file from package sources. You can use it to build a binary version of your package. -
install_github()
installs an R package from github,install_gitorious()
from gitorious,install_bitbucket()
from bitbucket,install_url()
from an arbitrary url andinstall_file()
from a local file on disk.install_version()
installs a specified version from cran.
Check and release:
-
check()
updates the documentation, then builds and checks the package.build_win()
builds a package using win-builder, allowing you to easily check your package on windows. -
run_examples()
will run all examples to make sure they work. This is useful because example checking is the last step ofR CMD check
. -
check_doc()
runs most of the documentation checking components ofR CMD check
-
release()
makes sure everything is ok with your package (including asking you a number of questions), then builds and uploads to CRAN. It also drafts an email to let the CRAN maintainers know that you've uploaded a new package.
Other commands:
-
bash()
opens a bash shell in your package directory so you can use git or other command line tools. -
wd()
changes the working directory to a path relative to the package root.
Calling dev_mode()
will switch your version of R into "development mode". In this mode, R will install packages to ~/R-dev
. This is useful to avoid clobbering the existing versions of CRAN packages that you need for other tasks. Calling dev_mode()
again will turn development mode off, and return you to your default library setup.
I recommend adding the following code to your .Rprofile
:
.First <- function() {
options(
repos = c(CRAN = "http://cran.rstudio.com/"),
browserNLdisabled = TRUE,
deparse.max.lines = 2)
}
if (interactive()) {
suppressMessages(require(devtools))
}
See the complete list in ?devtools
This will set up R to:
- always install packages from the RStudio CRAN mirror
- ignore newlines when
browse()
ing - give minimal output from
traceback()
- automatically load
devtools
in interactive sessions
There are also a number of options you might want to set (in .Rprofile
) to customise the default behaviour when creating packages and drafting emails:
devtools.name
: your name, used to sign emailsdevtools.desc.author
: your R author string, in the form of"Hadley Wickham <h.wickham@gmail.com> [aut, cre]"
. Used when creating defaultDESCRIPTION
files.devtools.desc.license
: a default license used when creating new packages