Skip to content

Create a proper README for OSSPH official website repo#104

Open
melio0504 wants to merge 1 commit into
OSSPhilippines:mainfrom
melio0504:feat/make-proper-readme
Open

Create a proper README for OSSPH official website repo#104
melio0504 wants to merge 1 commit into
OSSPhilippines:mainfrom
melio0504:feat/make-proper-readme

Conversation

@melio0504

@melio0504 melio0504 commented Apr 17, 2026

Copy link
Copy Markdown
Contributor

This Pull Request introduces a comprehensive and properly structured README for the OSSPH official website repository.

The existing README is a default scaffold and does not adequately document the project. This update replaces it with clear, relevant information covering the project overview, setup instructions, contribution guidelines, and other essential details to improve usability for contributors and maintainers.

Overall, this change enhances documentation quality and makes the repository more accessible to both new and existing contributors.

:> This is such a random PR to make around 4am LOL. I should probably sleep.

Summary by CodeRabbit

Release Notes

  • Documentation
    • Updated README with project-specific information, including tech stack details and prerequisites.
    • Revised getting started instructions with updated command-line examples.
    • Added documentation for available development scripts.
    • Added contributing workflow checklist and community resources section.

@vercel

vercel Bot commented Apr 17, 2026

Copy link
Copy Markdown
Contributor

@melio0504 is attempting to deploy a commit to the Joff Tiquez Team on Vercel.

A member of the Team first needs to authorize it.

@coderabbitai

coderabbitai Bot commented Apr 17, 2026

Copy link
Copy Markdown
📝 Walkthrough

Walkthrough

The README.md has been updated from generic create-next-app boilerplate to project-specific documentation for OSSPH.org. The changes include tech stack details, prerequisites, updated getting started instructions using pnpm, available scripts section, contributing workflow, and community links.

Changes

Cohort / File(s) Summary
Documentation Update
README.md
Replaced boilerplate with OSSPH.org-specific content including tech stack (Next.js 16, React 19, TypeScript, Tailwind CSS 4, Radix UI), prerequisites (Node.js 20+, pnpm), updated setup commands, available scripts reference, contributing checklist, and community links (GitHub, Discord, Facebook, X).

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~3 minutes

Poem

🐰 A README springs to life, so bright,
Where boilerplate gave way to light,
Tech stacks and links now boldly dance,
Community gathered, at last a chance!
Hopping forward with pnpm's grace,

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title directly and clearly summarizes the main change: replacing the default boilerplate README with a comprehensive, OSSPH-specific README.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🧹 Nitpick comments (2)
README.md (2)

50-58: Consider enhancing the contributing guidelines.

The contributing section provides a basic workflow but could be more helpful with additional details such as:

  • Code style conventions
  • Testing requirements
  • Commit message format
  • Link to a dedicated CONTRIBUTING.md file if one exists
📋 Example enhancement
 ## Contributing
 
 Contributions are welcome.
 
 1. Fork the repository
 2. Create a feature branch
 3. Make your changes
 4. Run lint and build checks
 5. Open a pull request
+
+Please follow the existing code style and ensure all tests pass before submitting.
+
+For detailed guidelines, see [CONTRIBUTING.md](CONTRIBUTING.md).
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@README.md` around lines 50 - 58, The Contributing section in README.md is too
brief; expand it or add a separate CONTRIBUTING.md and link to it from the
README. Update the "Contributing" block to include explicit entries for code
style conventions (linting/formatter rules and config), testing requirements
(how to run unit/integration tests and minimum coverage), commit message format
(conventional commits or repo-specific rules), PR process (branch naming, review
checklist), and add a link to the new CONTRIBUTING.md; ensure references to
these rules are discoverable from the README's Contributing header so
contributors are directed to the detailed CONTRIBUTING document.

3-3: Consider hyphenating compound adjectives.

Style guides typically recommend hyphenating compound adjectives that modify nouns. Consider "open-source" in both instances.

📝 Proposed style consistency fix
-Official website for Open Source Software Philippines (OSSPH), built with Next.js App Router.
+Official website for Open-Source Software Philippines (OSSPH), built with Next.js App Router.
-OSSPH.org highlights the Filipino open source community through project showcases, team profiles, and curated awesome lists.
+OSSPH.org highlights the Filipino open-source community through project showcases, team profiles, and curated awesome lists.

Also applies to: 5-5

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@README.md` at line 3, Hyphenate the compound adjective in the README sentence
"Official website for Open Source Software Philippines (OSSPH), built with
Next.js App Router." by changing "Open Source" to "Open-source" (and update the
other occurrence of "Open Source" noted in the comment) so both instances read
"Open-source Software Philippines (OSSPH)" to follow compound-adjective style
conventions.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@README.md`:
- Around line 24-25: Remove the conflicting npm lock file so the repo uses pnpm
as documented: delete package-lock.json from the repo and update any CI/config
that might regenerate or rely on it (references to package-lock.json in
workflows, Dockerfiles, or scripts). Ensure pnpm-lock.yaml remains committed and
that README.md still recommends pnpm; if there are npm-specific install steps or
CI steps (e.g., in GitHub Actions), switch them to use pnpm commands (pnpm
install, pnpm -w) and remove or replace any npm lock handling to prevent
package-lock.json from being recreated.

---

Nitpick comments:
In `@README.md`:
- Around line 50-58: The Contributing section in README.md is too brief; expand
it or add a separate CONTRIBUTING.md and link to it from the README. Update the
"Contributing" block to include explicit entries for code style conventions
(linting/formatter rules and config), testing requirements (how to run
unit/integration tests and minimum coverage), commit message format
(conventional commits or repo-specific rules), PR process (branch naming, review
checklist), and add a link to the new CONTRIBUTING.md; ensure references to
these rules are discoverable from the README's Contributing header so
contributors are directed to the detailed CONTRIBUTING document.
- Line 3: Hyphenate the compound adjective in the README sentence "Official
website for Open Source Software Philippines (OSSPH), built with Next.js App
Router." by changing "Open Source" to "Open-source" (and update the other
occurrence of "Open Source" noted in the comment) so both instances read
"Open-source Software Philippines (OSSPH)" to follow compound-adjective style
conventions.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 1e155980-74a2-4e94-b751-9d112c2182f7

📥 Commits

Reviewing files that changed from the base of the PR and between cd3a8eb and 47974ea.

⛔ Files ignored due to path filters (1)
  • docs/assets/screenshot.png is excluded by !**/*.png
📒 Files selected for processing (1)
  • README.md

Comment thread README.md
Comment on lines +24 to +25
- Node.js 20+
- pnpm (recommended) or npm

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟠 Major

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash
# Description: Check which package manager lock files exist.

echo "Checking for package manager lock files..."
echo ""

for lockfile in pnpm-lock.yaml package-lock.json yarn.lock bun.lockb; do
  if [ -f "$lockfile" ]; then
    echo "✓ Found: $lockfile"
  else
    echo "✗ Not found: $lockfile"
  fi
done

echo ""
echo "Package manager preference should match the lock file present."

Repository: OSSPhilippines/ossph.org

Length of output: 272


Remove conflicting lock file: both pnpm-lock.yaml and package-lock.json exist.

The README recommends pnpm as the primary package manager, but the repository contains both pnpm-lock.yaml and package-lock.json. Having both lock files creates inconsistencies and can cause dependency resolution issues. Remove package-lock.json to align with the pnpm-first approach stated in the README.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@README.md` around lines 24 - 25, Remove the conflicting npm lock file so the
repo uses pnpm as documented: delete package-lock.json from the repo and update
any CI/config that might regenerate or rely on it (references to
package-lock.json in workflows, Dockerfiles, or scripts). Ensure pnpm-lock.yaml
remains committed and that README.md still recommends pnpm; if there are
npm-specific install steps or CI steps (e.g., in GitHub Actions), switch them to
use pnpm commands (pnpm install, pnpm -w) and remove or replace any npm lock
handling to prevent package-lock.json from being recreated.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant