Template created by Patrick R. Wright
If you would like to make use of this template just click the green “Use this template” button or use this link to it and set up your new R package repository as usual on GitHub.
If you want to work with the continuous integration (CI) modules you will need to grant travis and AppVeyor access to your repository. The config files (.travis.yml, appveyor.yml) for travis and AppVeyor are already in the repository. GitHub actions builds have already been set up too. They will check if the package runs on Linux, Windows and macOS. Furthermore they will render the pkgdown page. For the packagedown page you will need to configure the GitHub Pages part in the Settings to use the gh-pages branch and the root directory within.
You will also need to search and replace all occurences of
pkgTemplateR
with the name that you have chosen for your R package.
devtools::install_github("CTU-Basel/pkgTemplateR")
Load the package
# load the package
library(pkgTemplateR)
# internal file of the package
path <- system.file("exdata", "file.txt",
package = "pkgTemplateR")
# print it
print_file_content(file_path = path)
## Hello world!
# run tests, this assumes you are one directory up from the pkgTemplateR dir
devtools::test("pkgTemplateR")
# spell check
# ignore words character vector allows to exclude technical terms in the check
ignore_words <- c()
devtools::spell_check("pkgTemplateR", ignore = ignore_words)
# lint the package -> should be clean
library(lintr)
lint_package("pkgTemplateR", linters = with_defaults(camel_case_linter = NULL,
object_usage_linter = NULL,
line_length_linter(125)))
library(rmarkdown)
render("vignettes/pkgTemplateR-package-vignette.Rmd",
output_format=c("pdf_document"))
The README file contains both standard text and interpreted R code.
Changes should be made in the README.Rmd
file and the file “knited”
with R. In this template the knitting of the Rmd file is performed
automatically with GitHub actions.
Dependencies to other R packages are to be declared in the DESCRIPTION
file under Imports:
and in the specific roxygen2
documentation of
the functions relying on the dependency. It is suggested to be as
explicit as possible. i.e. Just import functions that are needed and not
entire packages.
Example to import str_match
str_length
str_wrap
from the stringr
package:
#' @importFrom stringr str_match str_length str_wrap
# build the package archive
R CMD build pkgTemplateR
# check the archive (should return "Status: OK", no WARNINGs, no NOTEs)
# in this example for version 0.0.1
R CMD check pkgTemplateR_0.0.1.tar.gz
Requests for new features and bug fixes should first be documented as an
Issue on GitHub. Subsequently, in order to
contribute to this R package you should fork the main repository. After
you have made your changes please run the
tests and
lint your code as indicated above.
Please also increment the version number. If all tests pass and linting
confirms that your coding style conforms you can send a pull request
(PR). Changes should also be mentioned in the NEWS
file. A test has
been implemented to remind you to make these changes (see
here). The PR should have a
description to help the reviewer understand what has been added/changed.
New functionalities must be thoroughly documented, have examples and
should be accompanied by at least one test to ensure
long term robustness. The PR will only be reviewed if all travis,
AppVeyor and GitHub actions checks are successful. The person sending
the PR should not be the one merging it.