깃허브 주소, 찾고 복사하고 다른 기기로 옮기기까지
2026-10-05
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
요즘은 개발자가 아니어도 깃허브 주소를 다룰 일이 많습니다. AI 코딩 도구에 "이 저장소 보고 고쳐 줘"라며 주소를 건네고, 강의에서 받은 예제 저장소를 집 컴퓨터에서 다시 열고, 동료가 알려 준 클론 명령어를 노트북 터미널에 붙여 넣습니다. 이 글은 그 주소를 어디서 찾고 어떻게 복사하는지, 그리고 그 주소와 긴 명령어를 다른 기기로 옮길 때 어디서 잘 틀리는지 정리합니다.
먼저, 옮기면 안 되는 것
순서를 거꾸로 해서 금지 목록부터 말씀드립니다. 깃허브를 쓰다 보면 주소 옆에 개인 액세스 토큰, SSH 개인 키, API 키, 비밀번호가 함께 돌아다닙니다. 이것들은 어떤 방법으로도 메신저, 메모 앱, 웹사이트를 거쳐 옮기지 않는 편이 맞습니다.
토큰 하나면 남이 내 이름으로 저장소에 코드를 올릴 수 있습니다. 대화방이나 메모 앱에 한 번 붙여 넣으면 그 기록이 어디까지 동기화됐는지 내가 다 알기 어렵습니다. 새 기기에서 인증이 필요하다면 그 기기에서 새 토큰을 만들거나 새 키를 만들어 등록하는 쪽이 정석입니다. 옮기는 게 아니라 새로 발급하는 겁니다.
이 글에서 "옮긴다"고 하는 것은 남에게 보여도 괜찮은 문자열입니다. 공개 저장소 주소, 클론 명령어, 설치 명령어, 설정 파일의 공개 값 같은 것입니다.
깃허브 주소 보는법, 세 종류를 구분하세요
흔히 말하는 주소는 보통 셋 중 하나입니다.
프로필 주소. github.com 뒤에 사용자 이름이 붙은 주소입니다. 이력서나 포트폴리오에 "제 깃허브입니다"라고 적는 게 이것입니다. 로그인한 상태에서 오른쪽 위 프로필 사진을 누르고 프로필로 들어가면 주소창에 뜹니다.
저장소 주소. 프로필 주소 뒤에 저장소 이름이 하나 더 붙습니다. 예를 들면 github.com/example-user/sample-repo 같은 모양입니다. 브라우저 주소창에 있는 그대로가 공유용 주소입니다.
클론 주소. 저장소 첫 화면의 초록색 Code 버튼을 누르면 나옵니다. HTTPS 주소는 저장소 주소 끝에 .git 이 붙은 모양이고, SSH 주소는 git@github.com: 으로 시작합니다. 옆의 복사 아이콘을 누르면 정확히 복사됩니다. 손으로 고쳐 쓰는 것보다 이 버튼을 쓰시는 게 안전합니다.
비공개 저장소는 주소를 알아도 권한이 없는 사람에게는 열리지 않습니다. 동료에게 주소만 보냈는데 "404가 떠요"라고 하면 대개 이 경우입니다. 주소가 틀린 게 아니라 초대가 빠진 겁니다.
깃허브 주소 공유 방법, 받는 사람에 따라 다릅니다
사람에게 공유한다면 평소 쓰는 메신저, 메일, 이슈 댓글이 가장 좋습니다. 기록이 남아서 나중에 다시 찾을 수 있고, 링크가 바로 눌립니다. 팀이라면 저장소 설정에서 협업자로 초대하는 게 먼저입니다.
AI 코딩 도구에 건넬 때는 저장소 주소를 그대로 붙여 넣으면 됩니다. 비공개 저장소라면 도구가 그 저장소를 읽을 권한을 따로 연결해야 하니, 주소만 주고 "왜 못 읽지" 하지 마시고 연결 설정부터 확인하세요.
문제는 사람이 아니라 내 다른 기기로 옮길 때입니다. 회사 노트북에서 본 저장소를 집 데스크톱에서 클론하려는 순간, 서버 콘솔처럼 메신저가 없는 화면에 긴 명령어를 넣어야 하는 순간입니다.
명령어 복사 붙여넣기에서 틀리는 자리
클론 명령어나 설치 명령어를 다른 기기로 옮기면 생각보다 자주 깨집니다. 대표적인 원인 셋입니다.
따옴표가 바뀝니다. 메모 앱이나 일부 메신저는 곧은따옴표(")를 둥근따옴표(“”)로 바꿔 줍니다. 글을 예쁘게 보이게 하려는 기능인데, 터미널은 둥근따옴표를 따옴표로 알아보지 못합니다. 명령어가 "알 수 없는 문자"로 실패하면 따옴표부터 보세요.
줄이 합쳐지거나 나뉩니다. 여러 줄짜리 명령어를 옮기면 줄바꿈이 사라져 한 줄로 붙거나, 반대로 긴 한 줄이 중간에서 끊깁니다. 터미널은 줄바꿈을 만나면 그 자리에서 실행하기 때문에, 반쯤 잘린 명령어가 먼저 돌아갈 수도 있습니다. 왜 이런 일이 생기는지는 긴 문장 줄바꿈 깨짐, 긴 글을 옮기면 줄이 합쳐지거나 끊기는 이유에서 자세히 다뤘습니다.
붙여 넣는 단축키가 다릅니다. 윈도우 터미널은 Ctrl+V 가 되지만, 리눅스 터미널은 대개 Ctrl+Shift+V 입니다. 옛날 명령 프롬프트는 마우스 오른쪽 클릭이 붙여 넣기입니다. 맥은 Cmd+V 입니다. 서버 관리 화면의 웹 콘솔은 붙여 넣기 자체를 막아 둔 곳도 있습니다.
그래서 여러 줄 명령어는 붙여 넣은 뒤 바로 엔터를 치지 말고 한 번 눈으로 훑는 습관이 좋습니다. 첫 줄과 마지막 줄, 그리고 따옴표만 봐도 대부분 걸러집니다.
내 다른 기기로 옮기는 방법들
자주 쓰는 방법과 각자 맞는 자리를 정리하면 이렇습니다.
- 브라우저 동기화. 같은 계정으로 로그인한 브라우저라면 열어 둔 탭이나 북마크로 저장소 주소가 넘어갑니다. 내 기기끼리라면 가장 편합니다.
- 깃허브 자체. 두 기기 모두 깃허브에 로그인되어 있다면 저장소를 별표해 두거나, 내 저장소의 README 에 적어 두면 어디서든 찾을 수 있습니다.
- 나에게 보내기, 메모 앱. 빠르지만 따옴표가 바뀌는 앱이 있고, 대화방에 명령어가 계속 쌓입니다.
- 로그인하지 않는 화면. 서버 콘솔, 남의 노트북, 강의실 PC처럼 내 계정을 연결하고 싶지 않은 화면에는 위 방법이 다 안 맞습니다.
마지막 경우에 쓸 수 있는 것이 자고투(ZAGO.TO)입니다. 명령어를 붙여 넣으면 4자리 숫자가 나오고, 다른 화면의 브라우저에서 그 숫자를 넣으면 붙여 넣은 글이 그대로 뜹니다. 따옴표를 바꾸거나 줄을 다시 맞추지 않습니다. 아무도 열지 않으면 1분 뒤, 열면 그로부터 1분 뒤에 지워집니다.
이 방법을 쓰면 안 되는 자리
처음에 말씀드린 금지 목록이 여기서 다시 중요합니다. 자고투에는 브라우저에서 글을 가리는 장치가 아직 없어서, 서버에 있는 1~2분 동안 서버가 글을 읽을 수 있습니다. 토큰, 키, 비밀번호, 환경 변수 파일의 비밀 값은 넣지 마세요. 공개 저장소 주소와 공개 명령어에만 쓰시는 게 맞습니다.
그 밖의 한계도 있습니다. 파일은 옮기지 않으니 설정 파일 전체를 넘기려면 저장소에 올리는 쪽이 맞습니다. 글은 10,000자까지이고, 지워진 뒤에는 다시 열 수 없습니다. 같은 명령어를 내일 또 쓸 거라면 README 에 적어 두는 편이 낫습니다. 명령어가 아닌 일반 글을 PC와 폰 사이로 옮기는 방법 전체는 PC 폰 텍스트 옮기기, 방법마다 어디서 막히는지 총정리에 따로 모아 두었습니다.
정리하면
주소는 프로필, 저장소, 클론 주소 셋으로 나뉘고, 클론 주소는 Code 버튼의 복사 아이콘으로 가져오시면 됩니다. 사람에게는 메신저와 초대로, 내 기기끼리는 브라우저 동기화로 넘기는 게 기본입니다. 로그인하고 싶지 않은 화면에 공개 명령어 한 줄을 넣어야 할 때만 숫자 네 개로 옮기시고, 토큰과 키는 어디로도 옮기지 말고 새로 만드세요.
긴 글, 숫자 4개로.