GitHub Workflow
Pull Request Rules
Mandatory Requirements:
- ❌ No direct merging - All changes must go through Pull Requests
- ✅ Minimum 2 approvals required from other groups before merge
- ✅ No merge conflicts allowed
- ✅ English descriptions required with brief explanation of changes
- ✅ Pass checklist created by the Software team in collaboration (link coming soon)
PR Description Template
Good PR Example:
Branch: feature/user-login
PR Name: User Authentication
Description:
I have implemented:
- Sessions by storing JWT in a cookie
- Included token in backend request
- Changed the input fields to exclude numbers
I am a bit unsure if the password should have further error messages?
Feature Branch Workflow
Standard Workflow Steps:
-
Checkout master branch
git checkout main
-
Pull latest changes
git pull
-
Create and switch to new feature branch
git checkout -b "feature/branch-name"
-
Do your work, run tests, etc.
-
Stage all changes
git add .
-
Commit your changes
git commit -m "your message"
-
Push branch to remote
git push
-
Open a Pull Request
- Create PR in GitHub
- Request reviews following guidelines
Emergency Bug Fix Workflow
If you need to fix a bug while working on a feature:
# Save your current work
git add .
git stash push -m "WIP on feature/some-new-ui"
# Switch to main and create a bug branch
git checkout main
git pull origin main
git checkout -b bug/fix-navbar
# Fix bug, commit, push
git add .
git commit -m "Fix: navbar disappearing on scroll"
git push -u origin bug/fix-navbar
# Return to feature branch and continue
git checkout feature/some-new-ui
git stash pop
Quick Reference
Commit & Push
git add . # Stage changes
git commit -m "first commit" # Commit with message
git push # Push changes