오리진 (Git origin)

오리진(Git origin)은 Git에서 저장소를 복제할 때 복제 원본의 주소에 기본으로 붙이는 원격 저장소 이름입니다. 긴 주소 대신 origin이라는 이름으로 변경을 가져오거나 보낼 대상을 지정합니다. 특별한 서버 종류나 브랜치 이름을 뜻하지 않으며, 실제로 어느 저장소를 가리키는지는 현재 프로젝트의 원격 설정을 확인합니다.

주소에 붙인 원격 이름

Git 공식 책의 원격 저장소 안내는 복제한 저장소의 원격 이름으로 기본적으로 origin이 추가된다고 설명합니다. 이름과 실제 주소를 연결해 두면 git fetch origin처럼 짧게 대상을 지정할 수 있습니다. 다른 프로젝트에서도 같은 origin 이름을 흔히 쓰지만 그 이름이 가리키는 주소까지 같은 것은 아닙니다.

git clone 공식 문서는 --origin 옵션으로 복제할 때 기본 원격 이름을 바꿀 수 있다고 설명합니다. origin은 Git이 반드시 요구하는 고정 이름이 아니라 관례적인 기본값입니다. 로컬에서 새로 초기화한 저장소에는 아직 원격이 없을 수 있으므로, 모든 저장소에 origin이 존재한다고 가정한 명령은 실패할 수 있습니다.

원격 저장소는 GitHub 같은 서비스에 있을 수도 있고 다른 서버나 로컬 경로에 있을 수도 있습니다. 원격 이름은 주소를 관리하는 구분자이므로 서비스 계정 이름이나 소유자와도 다릅니다. 저장소를 복사하거나 작업 폴더를 옮겼을 때는 예전 설정이 남아 있는지 확인합니다. 폴더 이름을 바꾼 것만으로 원격 대상까지 바뀌지는 않습니다.

브랜치와 원격 추적 정보의 차이

origin/main은 보통 origin에서 가져온 main 브랜치의 상태를 로컬에서 추적하는 참조를 뜻합니다. 로컬 작업 브랜치인 main과 원격 이름 origin을 구별하면 명령의 대상을 이해하기 쉽습니다. 원격 추적 정보는 마지막으로 가져온 상태일 수 있으므로, 다른 사람이 방금 올린 변경이 자동으로 즉시 반영된다고 볼 수는 없습니다.

가져오기와 통합도 다른 단계입니다. git fetch origin은 원격의 변경 정보를 가져오지만 그 변경을 현재 작업 브랜치에 곧바로 합치는 명령은 아닙니다. 가져온 뒤 어떤 브랜치에 어떻게 반영할지 판단할 수 있습니다. 반대로 로컬에서 커밋했다고 원격에 같은 커밋이 생기는 것도 아닙니다. 공유하려면 해당 원격과 브랜치로 보내는 단계가 필요합니다.

한 프로젝트에서 원본 프로젝트와 자신의 포크를 함께 다루면 원격이 여러 개일 수 있습니다. origin과 upstream 같은 이름을 붙이는 관례가 있지만 이름만으로 소유 관계가 확정되지는 않습니다. 두 이름이 실제 어떤 URL에 연결됐는지 확인하면 변경을 제안할 원본과 자신의 작업을 올릴 저장소를 혼동하는 일을 줄일 수 있습니다.

원격 설정 확인과 변경 범위

git remote 공식 문서는 원격 이름과 주소의 조회, 추가, 이름 변경, URL 변경 기능을 제공합니다. git remote -v는 주소를 함께 보여 주며 가져오기와 보내기용 주소를 구별해 확인할 수 있습니다. 원격 이름을 바꾸는 일과 원격 서버의 저장소 이름을 바꾸는 일은 별개이므로, 로컬 설정 변경을 서버의 변경으로 보고하지 않습니다.

푸시하기 전에는 원격 URL과 로컬 브랜치, 보내려는 원격 브랜치를 함께 확인합니다. origin이 올바른 저장소를 가리켜도 대상 브랜치를 잘못 고르면 의도와 다른 곳에 변경을 올릴 수 있습니다. 원격을 추가해 두었다는 사실과 실제 쓰기 권한이 있다는 사실도 다릅니다. 인증 계정과 서버의 권한 조건에 따라 읽기는 가능해도 보내기는 거절될 수 있습니다.

백업이 목적이라면 푸시 명령의 성공뿐 아니라 원격 대상 브랜치가 의도한 커밋을 가리키는지 확인합니다. 큰 파일이나 비밀 자료를 Git에서 제외했다면 저장소만으로 모든 작업 자산이 복구되는 것은 아닙니다. 어떤 원격과 브랜치에 어떤 커밋을 보관했는지, 별도로 보관할 자료가 무엇인지 남기면 주소 이름 하나에 기대지 않고 복구 상태를 설명할 수 있습니다.