forked from ropensci/dev_guide
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
For comparison until the next release (ropensci#160)
* update dev (ropensci#157) * draft book release guidance (ropensci#152) * include the book release guidance in the book * update news * clarify release guidance * Remove "click here" link (ropensci#166) * Update all links to HTTPS (ropensci#167) * URLs should be enclosed in angle brackets, e.g. <https://www.r-project.org> (ropensci#169) --https://cran.r-project.org/doc/manuals/r-release/R-exts.html * Expand on what 'more discoverable' means (ropensci#172) * fix @melvidoni's affiliation in dev too * new dev guide URL * add mention of usethis functions for adding testing or vignette infrastructure in the part about dependencies in the package building guide thx @cboettig fix ropensci#112 * remove recommendation about `roxygen2` dev version since the latest stable version has what is needed. fix ropensci#165 thanks @Bisaloo * add more details about gitflow * more direct link to Amanda's write-up * update ref to R pkg book * fix ropensci#163 now that the book is less new * Update pkg_building.Rmd (ropensci#178) * Update pkg_building.Rmd See ropensci#151 * Update appendix.Rmd As requested. * Update index.Rmd As requested. * Rodev mentions (ropensci#176) Fix ropensci#48 * CRAN checks explanations (ropensci#177) * Explain CRAN checks * add that rOpenSci maintains API Fix ropensci#175 * docs.ropensci.org guidance (ropensci#162) fix ropensci#164 and cf ropensci#155 * fix ropensci#155 by improving pkgdown guidance * suggest R Markdown hunks approach for README and vignette (ropensci#161) * fix ropensci#179 by fixing formatting of Appendices B-D in the pdf version of the book * make NEWs template look ok again cf ropensci#179 * fix ref to R packages book * add link to rOpenSci community call "Security for R" to security chapter cf ropensci#154 * Add note about pkgreviewr Rstudio dependency. Resolves ropensci#183 * Break up reproducibility category into component parts (ropensci#184) - Also increase clarity that software wrappers are for non-R programs - Re-arrange thematically - Add appropriate examples Closes ropensci/software-review-meta#81 * fix ropensci#192 update instructions in readme for rendering book locally, _book instead of _output and updated NEWS * fix spelling and missing "an" in Code Style subsection within Packaging Guide section (ropensci#182) * fix ropensci#193 change slack channel name to software-review from onboarding in editor checklist add entry to news * ropensci#128 taking over maint. chapter work, moved to new branch * move taking over to chapter 10 * spelling changs in taking over chapter * add news item for the taking over chapter ropensci#128 * Update JOSS instrucctions * Explicitly use RO repo url in JOSS submittal. * fix ropensci#180 add note for handling editors to nominate blog posts of interest * fix some links in the changelog * Fix ropensci#181 typo * fix ropensci#191 add to approval template mention of including docs.ropensci.org link in DESCRIPTION file * fix section link to docsropensci in pkg building chapter, was missing pound sign * fix some broken urls in pkg_building * fix spelling problems after using spelling
- Loading branch information
Showing
23 changed files
with
314 additions
and
89 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,59 @@ | ||
# Changing package maintainers {#changing-maintainers} | ||
|
||
```{block, type='summaryblock'} | ||
This chapter presents our guidance for taking over maintenance of a package. | ||
``` | ||
|
||
## Do you want to give up maintenance of your package? | ||
|
||
We have a call for contributors section in our newsletter that comes out every two weeks. The section is called _Call For Contributors_. In that section we highlight packages looking for new maintainers. If you are looking to leave the role of maintainer of your package, get in touch with us and we can highlight your package in our newsletter. We've been very successful thus far, finding new maintainers for six out of six packages. | ||
|
||
## Do you want to take over maintenance of a package? | ||
|
||
We have a call for contributors section in our newsletter that comes out every two weeks. The section is called _Call For Contributors_. In that section we highlight packages looking for new maintainers. If you are not subscribed to the newsletter already, it's a good idea to subscribe to get notified when there's a package looking for a new maintainer. | ||
|
||
## Taking over maintenance of a package | ||
|
||
* Add yourself as the new maintainer in the DESCRIPTION file, with `role = c("aut", "cre")`, and make the former maintainer `aut` only. | ||
* Make sure to change maintainer to your name anywhere else in the package, while retaining the former maintainer as an author (e.g, package level manual file, CONTRIBUTING.md, CITATION, etc.) | ||
* The [Collaboration Guide](#collaboration) has guidance about adding new maintainers and collaborators | ||
* Packages that have been archived or [orphaned][] on CRAN don’t need permission of the previous maintainer to be taken over on CRAN. In these cases do get in touch with us so we can offer any help as needed. | ||
* If the package has not been archived by CRAN and there is a maintainer change, have the old maintainer email CRAN and put in writing who the new maintainer is. Make sure to mention that email about the maintainer change when you submit the first new version to CRAN. If the old maintainer is unreachable or will not send this email get in touch with rOpenSci staff. | ||
* If the previous maintainer is reachable, scheduling a meeting will help you get the "lay of the land" | ||
|
||
### FAQ for new maintainers | ||
|
||
* There are a few unresolved issues from the package that I don’t know how to fix. Whom may I ask for help? | ||
|
||
It depends; here's what to do in different scenarios: | ||
|
||
- if the old maintainer can be contacted: reach out to them, and ask for help | ||
- rOpenSci slack: good for getting help on specific or general problems, the #general room is where many ask questions | ||
- rOpenSci discussion forum: this forum is a good option, feel free to ask any questions here | ||
- rOpenSci staff: feel free to get in touch with one of us via slack/email/pinging us on GitHub issues, we'll be happy to help | ||
- of course there's general R help too if that suits your needs: StackOverflow, Twitter #rstats, etc. | ||
|
||
* How much can/should you change in the package? | ||
|
||
For general help on changing code in a package, see the [Package evolution](#evolution) | ||
section. | ||
|
||
When thinking though this, there are many considerations. | ||
|
||
How much time do you have to spend on the package? If you have very limited time, it'd be best to focus on the most critical tasks, whatever those are for the package in question. If you have ample amount of time, your goals can be larger in scope. | ||
|
||
How mature is the package? If the package is mature, many people likely have code that depends on the package's API (i.e., the exported functions, and their parameters). In addition, if there are packages that depend on your package on CRAN, then you need to check that whatever changes you make don't break those packages. The more mature the package is, the more careful you need to be about making changes, especially with the names of exported functions, their parameters, and the exact structure of what exported functions return. Changes can be more easily made that only affect internals of the package. | ||
|
||
## Tasks for rOpenSci staff | ||
|
||
As an organization, rOpenSci is interested in making sure packages in our suite are available as long as they are useful to the community. As maintainers need to move on, we will in most cases try to get a new maintainer for each package. To these ends, the following tasks are the responsibility of rOpenSci staff. | ||
|
||
* If a repository hasn’t seen any activity (commits, issues, pull requests) in quite a long time it may simply be a mature package with little need for changes/etc., so take this into account. | ||
* Current maintainer has not responded to issues/pull requests in many months, via any of emails, GitHub issues, or Slack messages: | ||
* Make contact and see what the situation is. They may say they’d like to step down as maintainer, in which case look for a new maintainer | ||
* Current maintainer is completely missing/not responding | ||
* If this happens we will try to contact the maintainer for up to one month. However, if updating the package is urgent, we may use our admin access to make changes on their behalf. | ||
* Put a call out in the “Call for Contributors” section of the rOpenSci newsletter for a new maintainer - get in touch with Scott for this or open an issue in the [newsletter repo](https://github.com/ropensci/biweekly/) | ||
|
||
|
||
[orphaned]: https://cran.r-project.org/src/contrib/Orphaned/README |
Oops, something went wrong.