Skip to content

Latest commit

 

History

History
87 lines (72 loc) · 3.83 KB

README.md

File metadata and controls

87 lines (72 loc) · 3.83 KB

CASA-MYRNA

Git Do's and Don'ts

*DON'T

  • UNDER NO CIRCUMSTANCES mess with the branch named "main" => your default should be the dev branch
  • don't push to dev directly, you should be working on a different branch as dev will be the branch we push our most up to date code to
  • don't handle merge conflicts without Elizabeth or Nishika being present
  • don't be afraid if you have made a git mistake!! ultimately, the whole purpose of git is to save our work consistently to prevent disasters, so more likely than not, any git mistakes can be fixed! reach out to Nishika if this does happen and she will help!

*Do

  • make git commits locally often! saving your work consistently with git will tremendously help if there are any issues/conflicts with code down the road.
  • If you have just begun a coding session after a few days, run the following git commands:
    git pull  
    git checkout [curr_branch]
    git merge dev
    
  • If you see on github that the current branch you're on is behind the dev branch:
    git checkout [curr_branch]
    git merge dev
    
    This will merge everything from the dev branch onto your current branch.
  • If you have just finished editing a few files, and would only like to set a SINGLE file to the stage:
    git add [filename]
    
  • If you would like to add all of the files you edited to the stage:
    git add .
    
  • If you have added files to the stage and would like to commit them to the stage:
    git commit -m "[insert message here]"
    
  • If you have made commits to your local branch and would like to push to github:
    git push
    

Code Conventions

  • We will not be accepting code without any comments!!
    • Functions should have a description of what it does
    • large loops or code with a lot of logic should have a description as well
  • Use camelCase instead of underscores for variable names or filenames
  • Since you will be working on a separate branch from our dev branch, you will need to submit pull requests (PRs) along with your testing process.
  • Since you will be working on a separate branch from our dev branch, we will also be using a naming convention for the branches:
    [frontend or backend]/[ticket#]-ticket-title
    
    • For example, say I am a frontend developer working on ticket #45 whose title is "creating profile page", my branch will be named frontend/45-creating-profile-page

WEB APP INFO

This is a Next.js project bootstrapped with create-next-app.

Getting Started

First, run the development server:

npm run dev
# or
yarn dev
# or
pnpm dev
# or
bun dev

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

You can start editing the page by modifying app/page.tsx. The page auto-updates as you edit the file.

This project uses next/font to automatically optimize and load Inter, a custom Google Font.

Learn More

To learn more about Next.js, take a look at the following resources:

You can check out the Next.js GitHub repository - your feedback and contributions are welcome!

Deploy on Vercel

The easiest way to deploy your Next.js app is to use the Vercel Platform from the creators of Next.js.

Check out our Next.js deployment documentation for more details.