본문으로 건너뛰기

깃허브(GitHub) 계정을 개발 업무용으로 준비할 때 확인할 것

GitHub 계정에는 저장소, 이슈, 풀 리퀘스트, 조직 소속, 액세스 토큰이 함께 묶여 있어 개발 작업의 출입증 같은 역할을 합니다. 그래서 깃허브 계정 구매를 준비한다면 이름이나 겉모습보다 무엇이 연결되어 있는지, 받은 뒤 무엇을 바꿔야 하는지를 먼저 따져 보아야 합니다. 이 가이드는 rStock에서 등록 상품과 스토어를 읽는 방법부터 전달 직후의 보안 점검까지 차례로 안내합니다.

최종 업데이트:

rStock 카탈로그에서

GitHub

활성 등록 상품 3개

카테고리로 이동

개발자와 QA 담당자가 계정을 찾는 이유

GitHub는 코드를 저장하고 함께 고쳐 나가는 협업 플랫폼입니다. 별도의 계정을 준비하려는 사정은 대체로 다음과 같습니다.

  • 가입, 초대, 권한 변경 흐름을 테스트 환경에서 점검해야 하는 QA 담당자
  • 회사 업무와 개인 프로젝트의 활동 기록을 나누어 두려는 개발자
  • 외주 프로젝트마다 작업 계정을 따로 두는 프리랜서
  • 자동화 도구나 CI 연동을 시험해 보려는 팀

어느 경우든 계정을 한 사람의 취향이 아니라 업무 역할에 묶어 두면 나중에 정리하기 쉽습니다.

등록 상품 설명에서 저장소와 조직 정보 읽기

GitHub 계정의 가치는 이름보다 연결된 자산에서 나옵니다. 그래서 설명에 저장소나 조직 소속이 적혀 있는 계정인지, 비어 있는 새 계정인지부터 구분해 읽어야 합니다. 다음 항목이 분명히 적혀 있는지 살펴보십시오.

  • 로그인에 쓰는 정보의 형태와, 연결된 이메일 주소를 누가 관리하게 되는지
  • 프로필과 활동 이력이 어떤 수준으로 설명되어 있는지
  • 조직이나 저장소 접근 권한이 포함되는지 여부

조직에 속한 계정이라면 그 조직의 관리자가 권한을 따로 조정할 수 있다는 점도 염두에 두어야 합니다. rStock에는 구매 전에 스토어와 대화하는 기능이 없으므로, 설명이 모호한 등록 상품은 더 자세히 적힌 다른 등록 상품과 견주어 보는 편이 낫습니다. 독립 스토어의 현재 등록 상품은 GitHub 카테고리 페이지에서 확인합니다.

스토어 프로필 살펴보기

rStock은 스토어를 승인하고 등록 상품을 게시 전에 검토하지만, 전달되는 계정을 직접 시험하거나 확인해 주지는 않습니다. 그래서 판단은 스토어 프로필의 지표를 함께 읽는 데서 시작합니다.

  • 판매 건수와 평점은 따로 보지 말고 함께 봅니다.
  • 리뷰에서는 개발용 계정을 받은 구매자의 이야기가 있는지 찾아봅니다. 환불된 주문에는 표시가 붙습니다.
  • 보험 잔액은 스토어가 플랫폼에 맡겨 둔 금액으로, 신뢰를 가늠하는 신호 가운데 하나입니다.
  • 광고 배치에는 항상 표시가 붙으며, 유료 요금제가 숨은 노출 이점을 주지 않습니다.

rStock 구매 절차

구매자는 먼저 이메일 인증을 마쳐야 합니다. 인증된 이메일이 없으면 구매도 충전도 할 수 없습니다. 그다음 Cryptomus를 통해 암호화폐로 rStock 잔액을 충전하면 금액이 USDT로 반영됩니다. 결제 수단은 이 잔액뿐입니다. 등록 상품을 하나 고르고 수량을 정해 결제하면 주문 페이지에 전달 내용이 나타나며, 그 내용은 주문에 전달 내역으로 연결됩니다. 같은 항목이 두 구매자에게 팔리지 않도록 시스템이 관리하고, 결제 금액은 곧장 스토어로 넘어가지 않고 보류됩니다.

받은 뒤 점검: 토큰, SSH 키, 연결된 앱

받은 뒤 가능한 한 빨리 로그인해 등록 상품 설명과 맞는지 확인하고, 다음 순서로 보안 설정을 정리합니다.

  • 비밀번호를 새로 정하고, 연결된 이메일과 복구 수단을 본인이 관리하는 것으로 바꿉니다.
  • 설정의 개발자 항목에서 남아 있는 액세스 토큰을 모두 살펴보고, 알 수 없는 것은 삭제합니다.
  • 등록된 SSH 키와 배포 키를 확인하고, 내가 만든 것이 아니면 제거합니다.
  • 승인되어 있는 외부 앱과 연동 목록을 훑어보고 필요 없는 권한을 회수합니다.
  • 다른 기기에서 열려 있는 로그인 세션을 종료합니다.

전달받은 로그인 정보는 공유 문서나 메신저에 남겨 두지 말고, 팀에 넘길 때도 비밀번호 관리 도구를 이용하는 편이 좋습니다.

2FA 설정과 복구 코드 관리

개발 계정이 한 번 탈취되면 저장소와 배포 환경까지 영향이 이어지므로 2FA(이중 인증)를 꼭 켜 두는 것이 좋습니다. 인증 앱을 쓰는 방식은 전화번호에 기대지 않아 관리하기 좋습니다. 설정 중에 나오는 복구 코드는 접근이 제한된 곳에 따로 보관하십시오. 복구 코드를 잃어버리고 인증 기기까지 없어지면 계정에 다시 들어가기 어려울 수 있습니다.

분쟁 절차와 약관 준수

등록 상품 설명과 다르거나 로그인이 되지 않으면, 전달 후 정해진 기간 안에 주문에서 분쟁을 열 수 있습니다. 스토어가 먼저 답변하고, 합의가 되지 않으면 중재자를 호출할 수 있습니다. 구매자와 스토어가 메시지를 주고받는 곳은 열린 분쟁 안뿐입니다. 결과는 전액 환불, 부분 환불, 스토어에 대금 지급, 분할 가운데 하나로 나오며 환불은 rStock 잔액으로 돌아옵니다.

GitHub의 이용약관을 따라 사용하십시오. 스팸성 활동, 자동화된 도배, 남의 저장소를 무단으로 이용하는 행위는 계정 제한으로 이어질 수 있습니다. GitHub는 권리자의 상표이고, rStock은 GitHub와 제휴하거나 협력하는 관계가 아닌 독립 마켓플레이스입니다.

자주 묻는 질문: 깃허브(GitHub) 계정을 개발 업무용으로 준비할 때 확인할 것

전체 가이드