“14개 저장소에서 커밋 312개를 만들었습니다.”
GitHub를 이력서로
선택한 저장소·PR·이슈·커밋을 엔지니어링 경험의 근거로 사용하세요.
자료를 준비하고 결과를 완성하는 과정
어떤 자료를 사용하고 작업 공간에서 무엇이 바뀌는지, 결과를 내보내기 전에 무엇을 직접 확인해야 하는지 살펴보세요.
- 준비할 것
- 선택한 GitHub 자료와 넣을 이력서 항목·본인의 기여를 설명할 맥락.
- 완성되는 결과
- 커밋 수가 아니라 기술 판단과 검증을 밝히는 프로젝트 또는 경력 불릿.
- 기능 실행
PR·이슈·커밋·테스트·릴리스 노트를 하나의 완료 결과별로 묶은 뒤 이력서 문장을 만듭니다.
- 검토·완료
검토한 기록을 저장해 이력서 경력 항목·지원 답변·면접 메모에서 다시 활용하세요.
실제 변경 예시
예시는 구조와 검토 방식을 보여주며, 그대로 복사할 경력 주장이 아닙니다. 경력 기록 초안은 출처·본인의 기여·결과를 직접 확인한 뒤에야 쓸 수 있는 근거가 됩니다.
“결제 큐의 재시도 규칙을 개편하고 실패 경로 테스트와 단계적 배포 절차를 병합된 PR에 기록했습니다.”
사용 전 확인
- 저장소 기밀·공동 작성·실제 병합과 출시 상태·코드에 없는 업무 맥락을 확인하세요.
- 이름·날짜·담당 범위·수치·링크·기술 용어를 원본과 비교하세요.
권한과 문제 해결
필요한 준비와 권한
- 초안에 필요한 저장소만 승인하세요. refresh.cv가 해당 저장소에 쓸 권한은 필요하지 않습니다.
자료나 연결을 사용할 수 없을 때
- 선택한 자료만으로 완료되거나 출시된 결과를 확인할 수 없습니다.
- 구현 범위까지만 쓰거나 병합 PR·릴리스 노트·배포 확인·측정 결과를 추가하세요.
자주 묻는 질문
세부 내용이 사라지기 전에 업무 근거를 남기세요.
오늘 확인할 수 있는 업무부터 하나의 명확한 기록으로 정리하세요.