Thanks for helping improve TamFinds, the Unofficial FEU Roosevelt campus lost-and-found app.
- Create a branch from
mainfor your work. - Keep changes focused on a single feature, fix, or refactor.
- Avoid committing secrets, Firebase credentials, or other private values.
Install dependencies and start the app with Expo:
npm install
npm run startPlatform targets:
npm run android
npm run ios
npm run webSet the required Firebase environment variables before running the app. The expected keys are listed in the project README and must use the EXPO_PUBLIC_ prefix.
- Follow the existing Expo, React Native, TypeScript, NativeWind, and Firebase structure.
- Reuse shared UI components, theme tokens, and hooks where possible.
- Keep Firestore and Storage rules aligned with any data flow changes.
- Update documentation when your change affects setup, behavior, or data shape.
Before opening a pull request, verify the change on at least one target platform and confirm the main flows still work:
- Authentication
- Item feed and item details
- Report flow and image upload
- Claim request flow, if touched
If you add new scripts, tests, or validation steps, document them in the README or in this file.
- Use a concise PR title that describes the user-facing change.
- Summarize what changed and why.
- Note any Firebase rule updates, environment variable changes, or manual verification steps.
- Include screenshots or short screen recordings for UI changes when helpful.
- Do not hardcode Firebase keys or secrets.
- Review
firestore.rulesandstorage.ruleswhen changing ownership, claims, or uploads. - Keep validation in place for any user-supplied text, image uploads, or IDs.
When a change affects architecture, data modeling, or security rules, document the tradeoff in the PR so reviewers can evaluate it quickly.