개발자 GitHub 프로필의 저장소 개수만으로 역량을 판단하기 어렵습니다. 방문자가 한 프로젝트의 목적과 변화 과정을 따라갈 수 있어야 합니다. 대표 저장소 하나를 골라 이슈·풀 리퀘스트·문서를 연결해 보세요.
이슈에 문제를 정의
‘버그 수정’보다 어떤 조건에서 무엇이 잘못되는지, 고치면 어떻게 확인할지를 적습니다. 중요한 이슈는 재현 절차와 화면 자료를 남기고 민감한 사용자 정보는 제거합니다.
풀 리퀘스트에 선택 이유 남기기
변경한 코드, 다른 선택지, 테스트 결과를 설명합니다. GitHub 공식 풀 리퀘스트 안내는 변경 제안과 리뷰, 검사, 병합의 과정을 설명합니다. 혼자 개발하더라도 작은 브랜치로 변경을 분리해 설명하는 연습을 할 수 있습니다.
README를 안내판으로
목적, 기능, 실행, 테스트, 제약을 적고 이슈와 배포 주소로 연결합니다. GitHub README 안내를 참고해 저장소 첫 화면을 점검하세요. 수업 예제와 본인 구현 부분을 구분합니다.
공개 범위 확인
비밀 키·고객 데이터·회사 내부 코드가 커밋 이력에 없는지 확인하세요. 잔디 그래프나 커밋 수를 성과처럼 과장하지 말고 실제 문제 해결 기록을 앞에 놓습니다. 대표 저장소 선택 기준은 GitHub 포트폴리오 정리법을 참고하세요.