Skip to content

Latest commit

Β 

History

History
78 lines (52 loc) Β· 1.85 KB

File metadata and controls

78 lines (52 loc) Β· 1.85 KB

Contributing Guidelines

Thank you for your interest in contributing to BAPI Web! These guidelines ensure consistency and high-quality contributions.


πŸ“‚ Branching Strategy

  • Main branch = always stable, deployable
  • Use feature branches for all work:
    • feat/* β†’ new features
    • fix/* β†’ bug fixes
    • chore/* β†’ maintenance, config, CI/CD
    • docs/* β†’ documentation changes
    • research/* β†’ time-boxed spikes or investigations

Example: feat/header-navigation


πŸ“ Commit Messages

Follow Conventional Commits:

  • feat: β†’ new feature
  • fix: β†’ bug fix
  • chore: β†’ tooling/config changes
  • docs: β†’ documentation-only changes
  • refactor: β†’ code changes that aren’t fixes or features
  • test: β†’ adding or updating tests

Example:

feat: add responsive header navigation

πŸ”€ Pull Requests

  • Link your PR to a Project issue/epic when possible
  • Use the PR template provided in .github/PULL_REQUEST_TEMPLATE.md
  • Checklist before marking Ready for review:
    • Branch up to date with main
    • Linting & formatting pass (pnpm lint)
    • Tests pass (pnpm test)
    • Documentation updated (if applicable)

πŸ§ͺ Code Quality

  • Code must pass ESLint and Prettier checks
  • Follow project coding standards (TypeScript strict mode, Tailwind conventions, etc.)
  • Keep functions small and focused
  • Ensure accessibility (WCAG 2.2) and responsive design

πŸ“– Documentation

  • Update README.md and docs/* if your change affects setup, workflows, or developer standards
  • Use clear headings, bullet points, and code blocks

πŸš€ Deployment

  • All merges to main should be deployable
  • CI/CD workflows will run tests, builds, and (later) deployments automatically

πŸ™Œ Notes

These guidelines may evolve as the project grows. Suggestions welcome!