Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

pkgdown development mode #100

Open
Bisaloo opened this issue May 27, 2024 · 3 comments
Open

pkgdown development mode #100

Bisaloo opened this issue May 27, 2024 · 3 comments

Comments

@Bisaloo
Copy link
Member

Bisaloo commented May 27, 2024

pkgdown offers 4 development modes:

  • auto
  • release
  • devel
  • unreleased

At the moment, Epiverse-TRACE packages use either auto, or release (the default).

At the last development meeting, we discussed how auto could confuse users by providing two versions of the same site, possibly with conflicting information, or with information that doesn't match their installed version.
This lead us to call for a poll here to try and harmonize the use of these development mode across the project.

Here are the potential options we identified:

  • keep auto but add visual elements (different colours, banner, etc.) to really insist on the difference between the release site and the development site
  • use dev and always only offer the development site, with a prompt for users to update to the latest version if they detect mismatch with their existing version. Vignettes and documentation for their current version is still available locally via help() and browseVignettes().
  • use unreleased (only one website) until the package is on CRAN and then switch to auto (release + dev website). The rationale here is that we expect most users to install from CRAN and it would be good to direct them to the frozen release site, with an option to manually switch to the dev website if they installed from GitHub (which suggests they are probably more comfortable with R package lifecycle). This would also implement the first suggestion from this list.
@pratikunterwegs
Copy link

Thanks. I think option 3 reflects the most common user experience and would be the way to go. It would probably also help users to have a dev site URL in the Readme for sites using auto, similar to dev version installation instructions.

@sbfnk
Copy link
Contributor

sbfnk commented May 28, 2024

I agree on option (3) as preferred. For the link in the README, here's an example
https://github.com/epiforecasts/EpiNow2/blob/5c5a7266e0033445e5142e7a164ffd0df3b1cbeb/README.Rmd#L118

@joshwlambert
Copy link
Member

I also prefer option 3.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants