Skip to content

Documentation on PR expectations #535

@fyliu

Description

@fyliu

Overview

We need to make sure there's a checklist for contributors to follow for creating a PR. This probably falls on the wiki side of documentation

Action Items

  • create a wiki page with a checklist for a PR
  • create link(s) from mkdocs documentation

Resources/Instructions

Start from the example below


Checklist

  • PR should be from a branch in a fork to peopledepot/main
  • Title should summarize the PR changes
  • Description should follow the PR template with issue number, etc.
    • What changes were made and how do the changes satisfy the requirements.
  • Code should be run-able
  • Changes should implement what the issue requires with no unrelated changes
  • Changes should not modify/break existing functionality
  • Changes should include adequate tests
  • Changes should include relevant documentation

Requesting reviews

We do a 2-review process share the work among all team members.

  1. Assign the PR to a team member and notify them via slack that it's ready to review.
    1. Wait for review
    2. Make any requested changes via new commits so it's clear what the new changes are.
    3. Rebase to hackforla/main if new changes were merged, and retest the code.
    4. Request a review
  2. Assign the PR to a lead and notify them via slack.
    1. Same process as above.

Metadata

Metadata

Assignees

No one assigned

    Labels

    complexity: smallSmall changes with all steps laid out in detaildraftThis issue is not fully-writtenfeature: docs: PD team documentationdocumentation on PD team processes and architecture, etc.role: writings: PD teamstakeholder: People Depot Teamsize: 2ptCan be done in 7-12 hours

    Type

    Projects

    Status

    🆕New Issue Review

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions