In this article
- Do recruiters actually check your GitHub?
- What recruiters check on a fresh grad's GitHub, in order
- How to set up your GitHub profile, step by step
- What should a fresh grad's profile README say?
- What should each project README include?
- What GitHub mistakes hurt fresh graduates?
- How does GitHub fit into your job search?
A good GitHub profile for fresh graduates has a complete header (real name, photo, target role, city, LinkedIn link), three to six pinned repositories with clear names and READMEs, at least one project that's live and clickable, and no passwords or API keys anywhere in the code. Recruiters and hiring managers usually spend a minute or two on it, checking whether your projects look finished and whether you can explain them, not counting green squares. A tidy profile with a few solid repos beats a busy one full of tutorial leftovers.
Most fresh grads either ignore GitHub completely or treat it like a storage drive. Both are fixable in one weekend.
Do recruiters actually check your GitHub?
For developer, QA automation and data roles, often yes, especially once your resume passes the first screen. The person who opens it is usually not HR. It's the tech lead or a developer on the interview panel, and they open it the day before or during your technical interview.
HR recruiters at a BPO-sized IT company or a bank's tech team mostly check that the link works and the profile looks real. The tech lead goes deeper. Plan for both.
If you're targeting IT support, helpdesk or manual QA, GitHub matters less. A clean Google Drive folder with your test cases, network diagrams or documentation and a short README document does the same job.
What recruiters check on a fresh grad's GitHub, in order
Here's roughly how a typical review goes, from the first click to the last:
- Does the link work? A 404 from a typo in your resume link ends the review.
- The header. Real name and photo, a one-line bio with your target role, your city. "Juan dela Cruz, Junior Web Developer, Quezon City" reads better than "jdc_xX_coder".
- Pinned repositories. Do the names tell them what each project is? Are these finished projects or half-done tutorials?
- The README of your top project. Can they understand what it does in 30 seconds? Is there a screenshot or live link?
- Commit history. Many small commits with real messages, or one giant upload the night before your defense?
- The code itself, for one file or two. Folder structure, naming, whether there's a
.envfile sitting in the repo. - The contribution graph, briefly. It's context, not a score.
Notice the graph is last. Nobody rejects a fresh grad for a pale contribution chart. They do reject for exposed database passwords.
How to set up your GitHub profile, step by step
Block out a weekend and do these in order:
- Fix your username if it's embarrassing. You can change it in Settings, then update every link on your resume and LinkedIn. A simple version of your real name is best.
- Complete the profile. Real name, a clear photo (not a group photo from org night), a bio with your target role, your city, your LinkedIn URL and a professional email.
- Create a profile README. Make a public repository with exactly the same name as your username. Its README shows at the top of your profile.
- Pick your three to six best projects and pin them. Capstone, a solid school project, one personal project. Finished beats ambitious.
- Rename vague repositories.
project-final-v2becomesclinic-appointment-system. Rename in the repo's Settings. GitHub redirects old links. - Write a README for every pinned repo (template below).
- Hunt for secrets. Search your code for passwords, API keys, database credentials and
.envfiles. Add.envto.gitignore. - Archive or make private old exercises that are broken or that you can't explain.
- Deploy one project so reviewers can click and try it. GitHub Pages works for static sites; Vercel, Netlify and Render have free tiers for apps (check their current limits).
On secrets: deleting the file in a new commit isn't enough, because old commits keep the history. If a real key or password was ever pushed, change the password or revoke the key first, then clean the history or start a fresh repo.
What should a fresh grad's profile README say?
Keep it short. Three to five lines about you, what you're looking for, your main tools and links to your best work. Here's a template you can adapt:
## Hi, I'm Ana Reyes
BSIT graduate from Cebu, looking for a junior web developer role.
I build with PHP, Laravel, MySQL and a bit of React.
- Capstone: a clinic appointment system used by a partner clinic during testing
- Currently learning: automated testing with PHPUnit
- Live project: https://your-live-link-here
- LinkedIn: https://linkedin.com/in/your-nameSkip the animated banners, the "visitor counter" badges and the wall of 40 technology logos. Recruiters care about what you built, not how many badges fit on one screen.
What should each project README include?
Every pinned repository needs a README that answers "what is this and why should I care" in 30 seconds. Use this order:
- Name and one-line description. "Online enrollment system for a partner college, built with Laravel and MySQL."
- Live link and a demo login, if it has one. A demo account, never your real credentials.
- Two or three screenshots or a short GIF.
- Tech stack in a short list.
- Your role, if it was a group project. "I built the scheduling module and designed the database." Be honest, because interviewers will ask.
- What was hard. Two or three sentences on a real problem you solved.
- How to run it locally, with the exact commands.
That "your role" line matters for capstones. Group projects are completely normal, and owning your part clearly is better than implying you built everything. Our post on turning your capstone into a portfolio piece covers how to get a group project into your own account properly.
You can do all of this on your own with the checklist above. Where fresh grads usually slip is consistency: the resume says one thing, the GitHub shows another, and LinkedIn links to a dead repo. In the Fresh Grad Track, week 1 covers your resume, your GitHub cleanup and your LinkedIn together, and a coach reads your draft with your links open, so mismatches get caught before a recruiter sees them.
What GitHub mistakes hurt fresh graduates?
These are the ones that cost interviews, roughly in order of damage:
- Committed passwords and API keys. It tells a tech lead you'd leak company secrets too.
- Faking activity. Scripts that make empty commits to turn the graph green are easy to spot when someone clicks a day and sees "update" 50 times.
- Copying someone else's project and presenting it as yours. Forks are fine when labeled; uploading a classmate's or a tutorial's code as your own is not.
- One giant commit called "upload". It hides your process. Going forward, commit small changes with messages like "Add validation to registration form".
- No README anywhere. The reviewer has to guess what the project is, and they won't.
- A profile that says "Full Stack Developer | AI | Blockchain | Cybersecurity". Pick the role you're applying for.
How does GitHub fit into your job search?
Put your GitHub link in your resume header, next to LinkedIn, and add direct repo or live links beside each project in your Projects section. Our fresh graduate IT resume guide shows where they go. On LinkedIn, put your best project in the Featured section.
Then get ready to talk about it. In technical interviews, "walk me through this repo" is common, and the technical interview tips for fresh graduates help you prepare that answer. The free IT Job Starter Kit has the resume template, and the Fresh Grad preview lessons let you try the course format before deciding anything.
Frequently asked questions
Do I need a GitHub account as a fresh graduate?
If you're applying for developer, QA automation or data roles, yes, it's the easiest way to show your code. For IT support or manual QA roles, a well-organized Google Drive folder of your documentation and test cases can work instead.
Does the GitHub contribution graph matter to recruiters?
Not much for fresh grads. Reviewers care more about finished projects, clear READMEs and real commit messages. Never fake activity with automated commits, because it's easy to spot.
How many repositories should I pin?
Pin three to six of your best, finished projects. Archive or make private the broken exercises and tutorials you can't explain in an interview.
Can I put my group capstone on my GitHub?
Yes, with your groupmates' agreement and nothing confidential from your partner organization inside. Credit your teammates in the README and state clearly which part you built.
What should I write in my GitHub bio?
Your target role, your main tools and your city, in one line. For example: "Junior web developer, PHP and Laravel, Quezon City." Add your LinkedIn link in the profile fields.
Free, 20-minute read
Get the IT Job Starter Kit
A role picker, a resume checklist and a 60-day plan to put this article into practice.
Want a coach on it?
Fresh Grad Track
Go from diploma to your first IT job offer. 4-week live cohort, with assignments a coach reads and live calls you can rewatch.