The aim of devtools
is to make package development easier by providing R functions that simplify common tasks.
An R package is actually quite simple. A package is a template or set of conventions that structures your code. This not only makes sharing code easy, it reduces the time and effort required to complete you project: following a template removes the need to have to think about how to organize things and paves the way for the creation of standardised tools that can further accelerate your progress.
While package development in R can feel intimidating, devtools
does every thing it can to make it less so. In fact, devtools
comes with a small guarantee: if you get an angry e-mail from an R-core member because of a bug in devtools
, forward me the email and your address and I'll mail you a card with a handwritten apology.
devtools
is opinionated about package development. It requires that you use roxygen2
for documentation and testthat
for testing. Not everyone would agree with this approach, and they are by no means perfect. But they have evolved out of the experience of writing over 30 R packages.
I'm always happy to hear about what doesn't work for you and where devtools
gets in your way. Either send an email to the rdevtools mailing list or file an issue at the GitHub repository.
You can track (and contribute to) the 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).
-
Install the development version of devtools.
devtools::install_github("hadley/devtools")
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_*
functions install an R package:install_github()
from github,install_bitbucket()
from bitbucket,install_url()
from an arbitrary url andinstall_local()
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_man()
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.
I recommend adding the following code to your .Rprofile
:
.First <- function() {
options(
repos = c(CRAN = "https://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
Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to abide by its terms.