Skip to content

dsc-project-mr/mr-fe-internal

Repository files navigation

Project Mercy Relief Internal Frontend

Getting Started

Clone this repo with

cd to your preferred directory

Run git clone https://github.com/dsc-project-mr/mr-fe-internal.git if you are using Git HTTPS i.e., Cloning from CLI of your choice.

Ensure you have these installed. I included the version I am currently using but whichever version you are using if it works it should be fine:

  1. Yarn - Installation Details (I am using v1.22.19)
  2. NodeJs - Installation Details (I am using v18.10.0)

We will be using yarn instead of npm.

Remember to yarn install in the directory to download and install all the dependencies.

Install these extensions (at least for VSCode):

  1. Prettier
  2. ESLint
  3. GitLens

Running the Frontend locally

yarn dev

Open http://localhost:3000 with your browser to see the result.

Workflow

Create a new issue

  1. From discussions with business team, we will write up our own issues depending on the features/bugs that business side or our side requires. Choose the corresponding issue template. If you would like to or are assigned to an issue, change assingee to yourself.

  2. Add domain label: User, Donation, Content

  3. Add to the project: mr-fe-internal

Branching

We will use the Feature Branch Workflow for our development.

TLDR: The core idea behind the Feature Branch Workflow is that all feature development should take place in a dedicated branch instead of the main branch. This encapsulation makes it easy for multiple developers to work on a particular feature without disturbing the main codebase.

After changing the assignee to yourself, to create a new branch for an issue, go to the issue and click Create a new branch. The branch will automatically be created for you in the format issueNum-issue-title

Pre-commit hooks

We are using Husky for pre-commit hooks. Whenever you run git commit, the pre-commit hooks will run and raise errors with the files you have changed if any. Try to fix as many of the errors as possible. If there are rules that were enforced that you think can be relaxed, do let me know so that we can relax the rules since I am also just using preconfigured rules.

If you feel that the remaining errors are negligable, you can do git commit --no-verify to bypass them.

Commit Messages (To discuss further)

We will follow conventional commits for our commit messages.

<type>: <description>

Type Overview
fix patches a bug in your codebase
feat introduces a new feature to the codebase
style style changes
refactor refactor code
chore Other changes that don't modify src or test files

Creating a Pull Request for your branch

Create a pull request with your new branch to trigger auto preview deployment to Netlify. Follow the template when creating a new PR, you can always edit the description if you are not sure what to input yet.

Code Review

Once you have tested both in your local and in Netlify, add the Reviewable label to your PR and add me as your reviewer.

// TODO: discuss whether to have peer code review as well

Complete the workflow

Once reviewed, reviewers will add the Code Review Done label and you can merge you branch to main!

Deployment

The project is deployed using Netlify which will automatically deploy a preview of your branch whenever you push to a branch with an open pull request.

Releases

No releases published

Packages

No packages published

Languages