evaluate to use a PR review process

Open
#28 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
20/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Stale

Research direction

Review the linked finalsize pull-request example and compare its review workflow with the tutorials project's package-development process. Decide whether PR reviews should be used as checkpoints before making a PR, and document the recommendation and criteria for accepting or rejecting contributor edits.

Written by the indexing model from the issue text.

Description

question

RSEs use PR reviews as checkpoints in the closing of a package development process. Here is an example for one package. It facilitates direct edits and an accept/reject of them, with a review request to contributors, and other features. I do not have a reference for this but we can evaluate this for the moment of deciding to make the PR.

Dominant language
R
Stars
3
Forks
7
PR merge metrics
No merged PRs in 30d

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from epiverse-trace/tutorials

All issues in epiverse-trace/tutorials

Similar issues

More R issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.