wflow_use_github()can now create repositories for GitHub organizations using the new argument
organization. However, GitLab Groups should still be specified with the argument
wflow_use_gitlab()(bug report from @stephens999, #186)
Esc) (idea from @pcarbo)
wflow_run(). It executes the code chunks of an R Markdown file in the current R session without affecting any of the website files. This is meant to be used while interactively developing an analysis. It does not change the working directory or isolate the computation from the current R session. This is analogous to the RStudio option “Run all” to run all the code chunks (idea from @pcarbo)
New autosave feature. The workflowr functions
wflow_status() will autosave any unsaved files open in the RStudio editor pane. This is similar to the behavior of the Knit HTML button. This feature can be disabled by setting the package option
FALSE (idea from @xiangzhu in #179)
If there are merge conflicts after running
wflow_git_pull(), and the merge was allowed to proceed (
fail = FALSE), then the conflicted files are listed and optionally opened in RStudio at the first line of the conflict that needs to be resolved
wflow_git_config() has a new argument
wflow_git_config() would by default overwrite any previous settings. Now this will throw an error. To overwrite a previous setting, set
overwrite = TRUE (idea from @petebaker)
Warn user if only HTML file has been committed (and avoid throwing an error). Previously this threw an error because workflowr expects the R Markdown file to be committed to the Git repo if its corresponding HTML file is (bug report from @kevinlkx)
Warn user if a dependency does not meet the minimum required version. There are multiple ways this could happen. First, it is possible to install an old version after having installed workflowr. Second, when running
install.packages(), if the minimum required version is available in any of the package libraries, it is not installed. However, if the version of the package in the first directory listed in
.libPaths() does not meet the minimum required version, it is still the one that is loaded when workflowr is loaded (idea from @stephens999)
Fix off-by-one date bug by specifying the local timezone (see git2r Issue 407)
Fix bug when path to project includes a space. The bug was introduced in version 1.5.0 with the feature to use the system Git executable to run
git ls-files. To fix the issue in version 1.5.0, set
options(workflowr.sysgit = "") in the file
.Rprofile (bug report from @wolfemd, #180)
Fix bug caused by an unset timezone. If the machine has no timezone set, workflowr will default to Etc/UTC
Handle missing title/pagetitle warning from pandoc 2+ and rmarkdown 1.18+ (see rmarkdown Issue 1355)
Improve speed of
wflow_status() by using the system Git executable (if available) to obtain the last commit time of the analysis files (this is used to determine which published Rmd files are outdated and need to be republished)
Update FAQ to include how to create a PDF using the RStudio Knit button (reported by @han16)
Update citation to workflowr publication
Properly quote the Git executable with
shQuote() whenever Git is called from R
This minor release of workflowr includes a new function, the introduction of options to control package-wide function behavior, the ability to suppress the workflowr report from the HTML file, a new vignette for teaching workflowr, and lots of error handling improvements.
The new function
wflow_quickstart() provides a simple interface to effortlessly create a workflowr project from an existing data analysis. Pass it your existing R Markdown file(s), and it will start a new workflowr project, publish the analysis files, and configure GitHub (or GitLab).
This is the first release to include options for controlling the behavior of all workflowr functions. This makes it more convenient for you to create a consistent workflowr experience. You can set the options in your project’s
.Rprofile (using the function
options()) instead of having to always remember to change a default argument every time you call a function.
Currently there are two workflowr package options. See
?workflowr for more details.
workflowr.git: Set the path to the system Git executable, which is occasionally used to increase the speed of Git operations performed by workflowr functions.
workflowr.view: Should workflowr functions open webpages for viewing in the browser? The default is set to
interactive() (i.e. it is
TRUE only if it is an interactive R session). This option is currently used by
The new vignette “Reproducible research with workflowr” is designed to be taught as a tutorial in a workshop setting. It includes setup instructions, an example analysis to highlight the benefits of workflowr, and troubleshooting advice.
If you’d like to suppress the workflowr report at the top of an HTML page, you can set the option
TRUE. To suppress the report in every HTML file, set the option in
To suppress the report in a specific HTML file, add the following to the YAML header of the corresponding Rmd file:
workflowr: suppress_report: TRUE
Require git2r >= 0.26.0 to support internal changes that increase speed and robustness of workflowr Git functionality
wflow_start() adds a
.gitattributes file that classifies R Markdown files as R code for the official GitHub language statistics calculated via linguist. The default setting is to ignore R Markdown files.
Fail early if missing required file
wflow_git_pull() with default value of
TRUE. Now if a pull generates a merge conflict,
wflow_git_pull() will abort the pull. Thus no changes will be made to the local files. Users can set
fail = FALSE to allow Git to add the merge conflicts to the local files.
Speed improvements for
Improved error handling when files contain merge conflicts. Before workflowr only detected merge conflicts in Rmd files. Now it detects them for any file (since Git requires any merge conflicts to be resolved before it makes any new commits).
Warn user if
knit_root_dir (the directory where the code in the Rmd files is executed) defined in
_workflowr.yml is an absolute path. An absolute path would only work on the current computer, limiting reproducibility.
Include Git status in output of
wflow_status(). Note that it purposefully excludes any files in the website directory since these generated files should only be committed by workflowr. You can omit the Git status by setting
include_git_status = FALSE (idea from @pcarbo)
Make it clearer that you have two options for creating the remote repository on Github: 1) let
wflow_use_github() do it automatically, or 2) create it yourself manually at https://github.com/new (idea from @pcarbo)
New FAQ “How can I save a figure in a vector graphics format (e.g. PDF)?”
wflow_start() infinite recursion bug by requiring stringr >=1.3.0
Added httpuv as imported dependency so that
wflow_use_github() is able to automatically create the GitHub repository via the httr package
Set (or increased) minimum required versions for fs, git2r, httpuv, rstudioapi, stringr, whisker, clipr, shiny, testthat, and withr
Document possible error of a greyed out GitHub authentication button when trying to give permission for workflowr to create a repository for your account
Fixed bug in date displayed in table of past versions in the workflowr report. Depending on the time of day the commit was made, the displayed day may have been off by one.
This minor release of workflowr features further GitHub integration, a new reproducibility check, and various improvements and bug fixes.
The initial GitHub setup always included the manual step of creating the GitHub repository, but this is no longer the case! When you run
wflow_use_github("username"), it will offer to create the new GitHub repository for you. If you sign-in to GitHub via your web browser and grant workflowr permission, it will be created automatically.
Absolute paths to files on your local computer are not reproducible. If you or someone else tries to execute the code on a different machine, it will fail. Now workflowr will automatically search for absolute paths to files that are inside of the workflowr project. If it detects any, it will fail the reproducibility check, and provide you with the equivalent relative paths to use.
knitr::include_graphics()as an option for including external images (idea from @Zepeng-Mu, #162)
wflow_publish()build the files in the given order if they are provided explicitly to the argument
files(idea from @antass and @pcarbo, #164)
wflow_use_gitlab()provide better guesses if the arguments
repositoryare left blank. If
NULL, it is set to the name of the workflowr project directory (idea from @pcarbo).
wflow_git_pull()no longer accept direct URLs to remote repositories. The argument
NULLor the name of an existing remote. The support for direct URLs was likely rarely used since it is rarely used with Git as well, and it likely never worked given how the underlying functions from git2r work.
wflow_git_push()(this is a feature unique to GitLab)
This minor release of workflowr introduces two new functions, RStudio Addins, and various minor improvements.
Note that the addin for
wflow_publish() is a Shiny Gadget that enables you to interactively choose which files to publish and write a detailed commit message (assistance from @zaynaib and @argdata, #143).
Fix support for rmarkdown option
keep_md (see rmarkdown Issue 1558)
Skip tests that only fail on CRAN servers (this is why there are no macOS binaries for 1.2.0)
Add a GitHub Pull Request template
Rename reproducibility tab “Report” to “Checks” (idea from @pcarbo)
wflow_status() reports if the configuration files
_site.yml have been edited
This release overhauls the layout of the reproducibility report, adds support for GitLab, introduces some safety checks and warnings related to caching, provides more documentation, and more.
While it has always been possible to host workflowr projects using platforms other than GitHub, it was less convenient and not all the features were supported. With this release, a workflowr project hosted on GitLab has all the same features as a workflowr project hosted on GitHub, including links to past versions of the R Markdown, HTML, and figure files. It’s also possible to use workflowr with GitHub Enterprise or a custom GitLab instance, but you’ll have to coordinate with your administrators to make sure it’s possible to host the website.
The layout of the reproducibility report and other content that workflowr inserts in the HTML output has been overhauled to be both highly informative but also collapsed by default. This way the information is there if you need it, but otherwise is minimally distracting.
wflow_use_gitlab()to insert a link to your workflowr project into the navigation bar
A popular knitr/rmarkdown feature is caching slow-running chunks. This can be problematic for workflowr because it assumes that the results are newly created when
wflow_publish() publishes the results with a given version of the code. In this release, workflowr now provides warnings, safety checks, and some convenience arguments for safely using caching.
cache=TRUE) but is not set to re-run if its upstream chunks are changed (
wflow_build(). The default for
FALSE, so that old figures are not removed. This is useful for iterative development when plots from cached chunks may not be regenerated during a build. However,
clean_fig_filesis fixed to
wflow_publish()to ensure that the final results are produced during the build (suggested by @lazappi, #113)
wflow_publish(). The default is
FALSE, but if set to
TRUEit will delete the cache directory prior to building each R Markdown file. This helps ensure reproducibility of the published results
wflow_build()send message about status of cache directory
In addition to the new vignette on GitLab, this release has multiple other new vignettes plus updates to existing ones.
_workflowr.ymlremoves the file extension from the figure subdirectories, allowing them to be viewed on Shiny Server (implemented by @Tutuchan, #119, #122)
fig.path, which workflowr ignores (idea from @lazappi, #114)
wflow_start(). It creates a Git pre-push hook that disables the ability to push to a remote repository. Useful for confidential projects. Currently only available for Linux and macOS (suggested by @rgayler, #141)
wflow_html()to facilitate integrating workflowr features into other R Markdown output formats such as blogdown (suggested by @docmanny, #126)
wflow_rename()to rename files and directories, including committing the change with Git
wflow_git_commit()fail early if any of the files have merge conflicts
wflow_git_push()set the upstream tracking branch by default (see git2r Issue 375)
wflow_build()report the current working directory. If the knit directory (where the code is executed) is different than the working directory, have
wflow_build()report where the code in each file is being executed
workflowr 1.1.0 is a maintenance release. It includes some minor new features, improved error handling, and bug fixes. Critically, it makes workflowr compatible with the latest release of git2r.
The most noticeable changes are 1)
wflow_status() are now much faster, especially if your project has many R Markdown files and/or many Git commits, 2) the rmarkdown package is no longer loaded automatically when you load workflowr, and 3) the new function
wflow_open() (based on a previous version in workflowrBeta) to open new or existing R Markdown files.
wflow_open(). Since there is no longer a workflowr template in workflowr 1.0+, it creates a file with a minimal YAML header (@xiangzhu, #107)
wflow_publish()to display the build log in the R console as each file is built. Useful for monitoring long-running code chunks (idea from @pcarbo)
latestto display the most recently modified HTML file
filesnow requires correct paths to existing R Markdown or HTML files. Previously,
wflow_view()would guess the correct path. While convenient, it was also potentially confusing since it was inconsistent with the other workflowr functions
latestis no longer mutually-exclusive with
files. If the most recently modified HTML is different than those specified by
files, they will all be opened for viewing
getOption("browser")does not provide a default option
git2r::odb_blobs()to obtain past commit times of files (if these functions are still slow for you, try running
git gcin the Terminal)
excludefrom the template
_site.yml. Also remove the file
analysis/.nojekyll(related to point above). Unlike
wflow_site()does not copy the entire directory to the output directory, so these fields have no effect. See the R Markdown documentation on Included files for more information
If a user has not set the Git configuration variables
user.email, any workflowr function that creates a Git commit will throw an informative error message. Previously this was only done for
wflow_start(), but has been expanded to
wflow_remove() (idea from @pcarbo)
Various minor changes to documentation, tests, and package infrastructure to prepare for CRAN submission.
The 1.0.0 release is a major change. Instead of relying on the external code chunks in
chunks.R to implement the reproducibility features, workflowr 1.0.0 replaces
chunks.R with the output format
wflow_html() and site generator
wflow_site(). This enables a much more informative reproducibility report to be created.
# Install from GitHub devtools::install_github("jdblischak/workflowr") # Start a new project to test out the new features wflow_start("testproject") # Learn about the new ways to customize your site ?wflow_html # Update an existing project wflow_update()
wflow_site()to overhaul the reproducibility features of workflowr
wflow_update()to update a pre-1.0 workflowr project to a post-1.0 project
create_links_page()(not widely used, if at all)
wflow_publish()is ignored if using
wflow_publish(republish = TRUE)does not build HTML files that have unstaged/staged changes
wflow_build()reports the total number of files that will be built
wflow_start()to set local Git user.name and user.email. Preferred method for most users is still to set global Git user.name and user.email with
Pin the dependency git2r to version 0.21.0 or lower because of the forthcoming breaking changes in the git2r API. This is not a great solution because
install.packages() always installs the latest version, which will cause an error in the installation. If you are having trouble with this, first install git2r with
devtools::install_version("git2r", "0.21.0") and then retry installing workflowr. If your machine is running macOS or Windows, you may need to run
install_version("git2r", "0.21.0", type = "binary").
Fix minor bug that affected the error message produced for a failed push or pull using the SSH protocol
Multiple other internal changes to make workflowr more robust
Fix bug that caused
wflow_status() (and thus
wflow_publish()) to ignore R Markdown files with the all lowercase file extension
.rmd (reported by @LSun and @pcarbo). This was recently introduced in commit a8ce711, so it only affected versions 0.10.0 and 0.10.1.
wflow_build()to build the R Markdown files in an external R process, it now runs
render_site()in the global environment of the external R process. This better mimics the results of the RStudio “Knit” button.
wflow_git_config()sets the Git options
wflow_git_push()pushes changes from the local computer to GitHub
wflow_git_pull()pulls the changes from GitHub to the local computer
wflow_build()automatically opens the website after building files, thus it’s not necessary to always run
wflow_view()manually afterwards. If one file is built, then that file is opened. If more than one file is built, then the index page is opened. (#41)
wflow_build()adds objects to the global environment when building files locally in the R console (i.e.
local = TRUE) (#53)
This minor release fixes a bug in how filepaths are resolved so that workflowr can run on Windows.
This release changes the interface of some of the main workflowr functions. The functions
wflow_status() are introduced, and the previous functions
wflow_commit() are re-designed.
wflow_status() reports which analysis files require user attention (inspired by
Defines R Markdown files whose HTML has been committed as part of the Git repo as “Published”, R Markdown files which have been committed to the Git repo but not their HTML as “Unpublished”, and R Markdown files that are untracked by Git as “Scratch”. Furthermore, previously published files that have been subsequently edited are classified as “Modified”. See the man page
?wflow_status for more details.
This new function replaces the previous functionality of
wflow_commit(). The basic interface is much simpler.
wflow_publish("analysis/file.Rmd") will 1) commit
analysis/file.Rmd, 2) build
analysis/file.Rmd in its own separate R session with
set.seed(12345), and 3) commit
docs/file.html and any generated figures. These 3 steps are referred to as “publishing a file”.
wflow_publish(all = TRUE) will publish all tracked analysis files, analogous to
git commit -a.
To change the theme or make some other change to the entire site, run
wflow_publish("analysis/_site.yml", republish = TRUE), which will 1) commit the configuration file
analysis/_site.yml, 2) re-build all the previously published analysis files using the new configuration options, and 3) commit the re-built HTML files.
wflow_build() runs in “Make”-mode, only building R Markdown files that have been updated more recently than their corresponding HTML files. If instead files are specifically stated, those files will be built.
By default, R Markdown files are now built each in their own separate R session (similar in function to the “Knit HTML” button in RStudio). This prevents undesirable behavior like sharing variables and loaded packages across separate files. Set
local = TRUE to build the files in the local R console (useful for debugging, but otherwise discouraged).
By default, the seed for random number generation is set to the arbitrary number
set.seed()). This ensures that any code that produces random numbers will be reproducible.
wflow_commit() has been demoted to only being a wrapper for the equivalent functionality of
git add and
git commit. This can be useful for committing non-analysis files or R Markdown files that you aren’t ready to publish yet. However, you should use
wflow_publish() for the standard workflow.
all = TRUE to run the equivalent of
git commit -a.
wflow_update()to better explain its functionality. It will attempt to convert all R Markdown files present to use the latest version of the workflowr R Markdown template; however, it will only commit R Markdown files that are tracked by Git.
All workflowr functions should now accept the file extension
.rmd in addition to
.Rmd (Issue #10)
Replaced the shared argument
project to clarify that this argument specifies the path to a directory in the workflowr project
wflow_start() now includes
Change dependency to R >= 3.2.5 (Issue #32)
Change stringr dependency (>= 1.1.0)
Started a vignette with Frequently Asked Questions
Added sections to README (Quick start, Upgrading, Related work, and Citation)
wflow_start()API has been simplified. Now the first (and only required) argument is the directory to be created. By default, the name of the project will be determined from the directory name. For example,
wflow_start("~/projects/proj-x")will create a workflowr project with the name “proj-x”. To specify a different name, provide the argument
change_wd = TRUEchanges the working directory to the newly created project.
existing = FALSEis a safety feature so that by default workflowr projects are only created in new directories
wflow_start()no longer adds “BuildType: Website” to RStudio project file. Users should run
wflow_update()removes the build specification for existing workflowr projects
wflow_convert()to convert an R Markdown file based on the previous template to use the latest version
standalone = TRUEfor
path = NULL
wflow_update()function updates workflowr projects to use the latest version of the template
wflow_convert()converts an existing R Markdown file to use the workflowr template (can also update a file that uses a previous version of the template)
wflow_view()opens the website in the browser
wflow_remotes()manages remote Git repositories on GitHub. It can add a remote, remove a remote, or update the URL for an existing remote
Second alpha release. Major API overhaul.
Improved naming of functions:
wflow_commit can optionally add and commit provided files (argument is
commit_files) before re-building website and committing HTML files
wflow_open accepts multiple filenames
wflow_commit have the argument
all to optionally build all the HTML files
First alpha release. Contains enough functions to create workflowr project from scratch.