핵심 답변: 원시 Git 로그가 아닙니다
GitHub commit graph는 로컬의 모든 커밋 로그가 아닙니다. GitHub가 이메일, 브랜치, 저장소, fork, 업데이트 시간 조건을 만족한다고 판단한 커밋만 프로필 활동으로 보입니다.
GitHub City를 열기 전에 공식 프로필 그래프를 확인하세요. 3D 도시는 패턴을 보기 쉽게 하지만, GitHub가 집계하지 않은 커밋을 대신 보여주지는 않습니다.
작성자 이메일, 집계되는 브랜치, fork 여부, 비공개 표시 설정, 업데이트 시간을 확인한 뒤 시각화 결과를 비교하는 것이 좋습니다.
커밋이 집계되는 조건
GitHub에서는 push만 했다고 프로필 활동이 되는 것은 아닙니다. 저장소에는 보이지만 프로필 그래프에는 빠질 수 있습니다.
다음 표는 3D 시각화를 보기 전에 확인할 핵심 조건입니다.
| 확인 항목 | 정상 신호 | 흔한 문제 |
|---|---|---|
| 커밋 이메일 | 작성자 이메일이 계정에 연결되었거나 noreply 주소를 사용합니다. | 로컬 Git이 오래된 이메일, 회사 이메일, 오타, 일반 주소를 사용했습니다. |
| 브랜치 | 기본 브랜치 또는 gh-pages에 커밋이 도달했습니다. | dev, feature, 미병합 브랜치에 남아 있습니다. |
| 저장소 | 독립 저장소이며 GitHub의 계정 관계 조건을 만족합니다. | 미병합 fork에만 존재하거나 집계되지 않는 맥락입니다. |
| 시간 | 그래프가 업데이트될 시간이 있었고 날짜가 자연스럽습니다. | 최근 커밋, rebase, amend, 날짜 혼선이 있습니다. |
| 비공개 | 비공개 기여 표시가 필요한 경우 켜져 있습니다. | 비공개 작업이 숨겨지거나 익명으로만 표시됩니다. |
문제 확인: 커밋이 왜 보이지 않나요?
히스토리를 바꾸기 전에 아래 순서로 확인하세요.
작성자 이메일 확인
커밋을 열고 필요하면 URL에 .patch를 붙여 From: 줄을 확인합니다.
집계 브랜치 확인
대개 기본 브랜치 또는 gh-pages에 들어가야 합니다.
fork와 저장소 확인
fork에만 있는 커밋은 upstream에 병합되기 전까지 집계되지 않을 수 있습니다.
비공개 설정 확인
비공개 기여는 프로필 설정에 따라 익명 활동으로만 보일 수 있습니다.
히스토리 변경 전 대기
조건이 맞고 최근 커밋이라면 rebase나 force push 전에 기다립니다.
GitHub City 전에 그래프 읽기
그래프는 생산성 점수가 아니라 활동 패턴입니다. 진한 주와 빈 주 모두 프로젝트 맥락이 필요합니다.
포트폴리오에서는 공개 작업, 비공개 작업, 리뷰, 설계 활동의 배경을 함께 설명하는 편이 좋습니다.
더 넓은 규칙은 contribution graph 가이드, 도구 선택은 3D 도구 비교를 참고하세요.
개발자
보이는 활동 기간을 파악하고 프로젝트 맥락을 더합니다.
검토자
채용 지표가 아니라 읽기 보조 자료로 봅니다.
학생
히스토리를 고치기 전에 이메일과 브랜치를 확인합니다.
GitHub City 사용자
3D 도시 전에 공식 그래프를 확인합니다.
3D 도구의 역할
GitHub City는 발표와 공유를 위한 도구입니다. 활동 패턴을 보기 쉽게 하지만 GitHub Docs나 저장소 로그를 대체하지 않습니다.
이 페이지는 github commit graph의 진단 의도를 맡고, 홈페이지는 온라인 도구 사용 의도를 유지합니다.
Next step
공식 그래프가 맞으면 GitHub City에서 3D 도시를 생성하세요.
Commit Graph FAQ
contribution graph와 같나요?
아닙니다. contribution graph에는 issue, PR, review, discussion, repo, fork도 포함될 수 있습니다.
저장소에는 보이는데 프로필에는 왜 없나요?
이메일, 브랜치, fork, 업데이트 시간, 저장소 맥락이 원인일 수 있습니다.
비공개 커밋도 집계되나요?
설정에 따라 익명 활동으로 반영될 수 있습니다.
GitHub City가 미집계 커밋을 보여주나요?
보통 그렇지 않습니다. 먼저 공식 그래프를 바로잡으세요.
히스토리를 다시 써야 하나요?
원인과 협업 위험을 이해한 경우에만 하세요.