Skip to content
Group557Public

About

No description, website, or topics provided.

Resources

Contributing

Stars

0 stars

Watchers

0 watching

Forks

Repository files navigation

TEAM WORKFLOW

BRANCHING RULES

  1. NEVER PUSH DIRECTLY TO 'main'. IT'S PROTECTED. ALL CHANGES WILL GO THROUGH A PULL REQUEST.

  2. ONE ISSUE = ONE BRANCH = ONE PULL REQUEST.

  3. BRANCH OFF AN UP-TO-DATE 'main':

    git checkout main git pull git checkout -b feature/your-feature

  4. HOW TO NAME BRANCHES: 'feature/', FOR EXAMPLE: 'feature/buddy-finder'.

  5. PULL 'main' INTO YOUR BRANCH EVERY DAY OR TWO. SO THAT MERGE CONFLICTS REMAIN SMALL.

  6. OPEN THE PULL REQUEST AS SOON AS A PIECE WORKS. ADD 'Closes #' in the description.

  7. NOBODY MERGES THEIR OWN PULL REQUEST. ONE TEAM MEMBER MUST APPROVE OF IT FIRST.

  8. REVIEWERS: OPEN THE CHANGES AND CAREFULLY READ THEM BEFORE APPROVING. AND RESOLVE ALL COMMENT THREADS BEFORE MERGING.

  9. SHARED FILES: TELL THE GROUP BEFORE CHANGING THEM.

  10. DON'T CHANGE REPO SETTINGS (Settings -> Branches) WITHOUT TEAM AGREEMENT.

  11. WE FOLLOW CONVENTIONAL COMMITS FOR COMMIT MESSAGES

BOARD UPDATES

  • ISSUE STARTS: MOVE TO IN PROGRESS
  • PULL REQUESTS OPENED: MOVE TO IN REVIEW
  • PULL REQUEST MERGED: MOVE TO DONE
  • STUCK ON SOMETHING: ADD THE BLOCKED LABEL AND UPDATE IN THE GROUP CHAT.

BRANCH OWNERS

See the Branch Plan Spreadsheet to see who owns each branch.

About

No description, website, or topics provided.

Resources

Contributing

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages