This is a solution for continuous integration for R projects on Windows, using AppVeyor -- a CI testing service similar to Travis-CI. Under the hood, r-travis is used to perform the testing; this works even on Windows thanks to MinGW and MSYS.
- Sign up to AppVeyor.
- Enable testing for your project.
- Run
usethis::use_appveyor()
in your project. - (Optional) Adapt
appveyor.yml
to your needs according to the documentation. - (Optional) Add a badge as described by the output of
usethis::use_appveyor()
. - Be sure to supply a
.gitattributes
file that takes care of fixing CRLF conversion settings that are relevant on Windows. The one in this repo can be used for starters. - Push to your repo to start building.
- Enjoy!
The travis-tool
used in appveyor.yml
is a modified copy of the r-travis project, documentation is available on its wiki.
These can be set in the appveyor.yml
, overriding the defaults. This repo tests several configurations at once in a build matrix, see also the build status.
Example:
environment:
VARIABLE: value
R_VERSION
: The version of R to be used for testing. Specifydevel
,patched
,stable
(orrelease
),oldrel
, or a version number.R_ARCH
: The architecture to be used for testing, one ofx64
(default) ori386
.RTOOLS_VERSION
: The version of Rtools to be used for testing, defaults to the most recent Rtools. Specify e.g.33
for Rtools 3.3.USE_RTOOLS
: SetUSE_RTOOLS: true
(orUSE_RTOOLS: yes
) if Rtools needs to be installed. Defaults totrue
if your package has asrc/
directory andfalse
otherwise. Rtools may be needed if you useinstall_github()
, if there are packages inRemotes:
in yourDESCRIPTION
file, or if one of your dependencies has updated, but the associated Windows binary is not yet available from CRAN. (SetPKGTYPE=binary
to avoid installing packages from source.)GCC_PATH
: The path to GCC in the Rtools installation, currently one ofgcc-4.6.3
(default),mingw_32
ormingw_64
.WARNINGS_ARE_ERRORS
: Set to 1 to treat all warnings as errors, otherwise leave empty.CRAN
: The CRAN mirror to use, defaults to RStudio's CDN via HTTPS. Change to HTTP for R 3.1.3 or earlier.R_BUILD_ARGS
: Arguments passed toR CMD build
, defaults to--no-manual
.R_CHECK_ARGS
: Arguments passed toR CMD check
, defaults to--no-manual --as-cran
.PKGTYPE
: Passed astype
toinstall.packages()
,remotes::install_github()
andremotes::install_deps()
. Set toboth
to install packages from source if the source version is more recent than the binary version.NOT_CRAN
: Set this totrue
if you are using testthat and want to run tests marked withtestthat::skip_on_cran()
.R_REMOTES_STANDALONE
: Set this totrue
if builds are failing due to the inability to update infrastructure packages such as curl, git2r and rlang. Read more in the docs for the remotes package._R_CHECK_FORCE_SUGGESTS_
: Set this tofalse
to avoid errors of the form "Package suggested but not available".KEEP_VIGNETTES
: Set this to a nonempty value build vignettes. You will likely need LaTeX and/or Pandoc, see below for installation instructions. By default, all vignettes are purged and theVignetteBuilder
entry inDESCRIPTION
is removed.DOWNLOAD_FILE_METHOD
: On some versions of R, setting this towininet
appears to work better than the defaultauto
.
In contrast to Travis-CI, AppVeyor offers facilities for hosting artifacts. This can be configured by adding a section to the appveyor.yml
. The sample file is configured to deploy logs, and source and binary versions of the built package. Check the "ARTIFACTS" section for your project at AppVeyor.
See the example contributed by @pat-s for a way to install LaTeX. The tinytex package is another option.
The Chocolatey installer is a convenient way to install other software. See below for a Pandoc example from the reprex repository:
before_test:
- cinst pandoc
- ps: $env:Path += ";C:\Program Files (x86)\Pandoc\"
- pandoc -v
Some R packages, notably rJava
, require a 64-bit installation of
Windows and R. If you try to install these packages on a 32-bit
system you'll see a message similar to:
Error: .onLoad failed in loadNamespace() for 'rJava', details:
call: inDL(x, as.logical(local), as.logical(now), ...)
error: unable to load shared object 'C:/Users/appveyor/AppData/Local/Temp/1/RtmpWa3KNC/RLIBS_bdc2913935/rJava/libs/i386/rJava.dll':
LoadLibrary failure: %1 is not a valid Win32 application.
To solve this problem, add to your appveyor.yml
:
platform: x64
environment:
R_ARCH: x64
This will cause Appveyor to run your build on a 64-bit version of Windows Server, using the 64-bit R binary.
This wouldn't have been as easy without r-travis and the experience gained there. Thanks!
The win-builder project has been around much longer and provides more comprehensive testing; you still might want to use this service before submitting to CRAN.
(master-fail
branch, failure expected)
MIT © Kirill Müller.