Northeastern-Electric-Racing / Northeastern-Electric-Racing/FinishLine

Auto Implementing Change Requests

Open
#1,892 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

epic feature enhancement
Dominant language
TypeScript
Stars
36
Forks
9
Avg merge
4d 21h
Merged PRs (30d)
11

Description

Overview

Currently the way we manage / implement change requests is we request a change then manually implement the changes once its been approved. instead we want to give the user the ability to propose all the changes to a wbs element first and then submit a change request that once approved will automatically propogate the proposed changes to the actual wbs element.

Stakeholders

Product Stakeholder: Peyton McKee
Software Stakeholder: Sean Walker
Reference Users: David Murawski

User Story

As the creator of a change request, I want to be able to create all the changes i want to make to a wbs element before submitting a change request, so that when its approved I dont have to go in and make the changes, they will just be automatically implemented upon approval.

Success Metrics

People will pretty much only use this im pretty sure other than for delay requests

Rollout Plan

All at once

Out of Scope

n/a

Background / Context

See description

Acceptance Criteria & Mock-ups
  • Edit Schema
  • Edit Endponits
  • Edit Frontend Types and Displays
  • Compilation and passing tests
Tickets
  • #1893
  • #1894
  • #1896
  • #1897
  • #1898
  • #1899
  • #1900
  • #1901
  • #1902
  • #1903
  • #1904
  • #1905
  • #1906
  • #2277

Contributor guide

No contributing guide indexed for this repository

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.

Research direction

Start by reviewing the completed tickets listed in the issue, especially #1893–#1906 and #2277, to understand the existing change-request work. Then trace the schema, endpoints, and frontend types and displays named in the acceptance criteria. Done means the proposed WBS changes propagate after approval, compilation succeeds, and tests pass.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
api, full-stack
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.