github 작업 설명서

만약 자신이 Git 서버를 설치하는 번거로움을 겪고 싶지 않다면, 네트워크에 몇 개의 전문적인 창고 위탁 관리 서비스를 선택할 수 있다.이렇게 하면 몇 가지 장점이 있다. 위탁 관리 계정의 구축은 일반적으로 시간을 절약하고 프로젝트의 시작이 편리하며 서버의 유지보수와 모니터링과 관련이 없다.내부에서 자체 서버를 만들고 실행하면서도 오픈 소스 프로젝트에 공공 관리 사이트를 제공하는 것이 좋습니다. 오픈 소스 커뮤니티가 이 프로젝트를 더욱 편리하게 찾을 수 있도록 도와주십시오.
현재 선택할 수 있는 위탁 관리 서비스의 수량이 매우 많고 각각 이해득실이 있다.Git 공식 wiki의 Githosting 페이지에는 최신 관리 서비스 목록이 있습니다.

http://git.or.cz/gitwiki/GitHosting

이 책은 전부 일일이 소개할 수 없기 때문에 본인입니다.마침 그 중 한 회사에서 일하고 있기 때문에 GitHub에 새 계정을 만들고 프로젝트를 시작하는 방법을 소개할 것입니다.다른 위탁 관리 서비스도 대체적으로 이런 과정이기 때문에 기본적인 생각은 많지 않다.
GitHub는 지금까지 가장 큰 개원 Git 위탁 관리 서비스이고 공공 코드와 개인 코드 위탁 관리 서비스를 동시에 제공하는 소수의 사이트 중 하나이기 때문에 개원과 상업 코드를 동시에 저장할 수 있다.사실 이 책은 GitHub에 합작하여 엮은 것이다.(주: 이 책의 번역도 GitHub에서 광범위하게 협력합니다.)

GitHub

GitHub와 대부분의 코드 관리 사이트는 프로젝트 이름 공간을 처리하는 방식이 약간 다르다.GitHub의 디자인은 프로젝트 기반이 아니라 사용자에게 더 중점을 둡니다.즉, 만약에 내가 GitHub에 grit라는 프로젝트를 위탁 관리한다면 그 주소는 github.com/grit가 아니라 사용자 밑에 있는 github.com/shacon/grit (역주: 이 책의 저자인 Scott Chacon이 GitHub에 있는 사용자 이름은 shacon 이다.이른바 어떤 프로젝트의 공식 버전은 존재하지 않기 때문에 만약에 첫 번째 작가가 어떤 프로젝트를 포기한다면 다른 사용자의 이름으로 빈틈없이 옮길 수 있다.
GitHub는 개인 창고를 사용하는 사용자에게 비용을 받는 비즈니스 회사이기도 하지만 누구나 편리하고 신속하게 무료 계좌를 신청하고 수량에 제한이 없는 개원 프로젝트를 위탁 관리할 수 있다.다음은 GitHub의 기본 사용법을 살펴보겠습니다.

새 계정 만들기

우선 무료 계좌를 하나 등록하세요.Pricing and Signup 페이지http://github.com/plans에 액세스하고 Free acount의 Sign Up 단추(그림4-2 참조)를 클릭하여 등록 페이지로 이동합니다.
그림 4-2.GitHub 서비스 소개 페이지
시스템에서 사용되지 않는 사용자 이름을 선택하고 이와 관련된 전자 우편 주소를 제공하며 비밀번호를 입력하십시오 (그림 4-3 참조).
그림 4-3.GitHub 사용자 등록 양식
만약 편리하다면, 지금 당신의 SSH 키를 제공할 수 있습니다.우리는 앞에서 설명한'소형 설치'1절에서 새로운 키를 만드는 방법을 소개한 적이 있다.새로 생성된 공개 키를 SSH Public Key 텍스트 상자에 복사하여 붙여넣으면 됩니다.공개 키를 만드는 절차에 대해 잘 모르면'explain ssh keys'링크를 클릭하면 각 주류 운영체제에서 이 절차를 완성하는 것을 보여 줍니다."I agree, sign me up"단추를 누르면 사용자 등록을 마치고 이 사용자의 대시보드 페이지로 이동합니다(그림4-4 참조).
그림 4-4.GitHub 사용자 패널
이제 새 창고를 세울 수 있을 거예요.

새 창고를 세우다

사용자 패널의 창고 옆에 있는 "create a new one"링크를 누르면 Create a New Repository의 폼을 표시합니다(그림 4-5 참조).
그림 4-5.GitHub에 새 저장소 만들기
물론 프로젝트 명칭은 적지 않을 뿐만 아니라 프로젝트의 상황을 적절하게 묘사하거나 공식 사이트의 주소를 제시할 수도 있다.그리고 "Create Repository"단추를 누르면 새 창고가 세워진다(그림 4-6 참조).
그림 4-6.GitHub의 각 항목 요약 정보
코드가 제출되지 않았기 때문에 프로젝트 주소를 클릭하면 GitHub에서 프로젝트를 새로 만들고 푸시하는 방법, 기존 프로젝트에서 푸시하는 방법, 공공 Subversion 창고에서 프로젝트를 가져오는 방법에 대한 간단한 안내서가 표시됩니다. (그림4-7 참조)
그림 4-7.새 창고 안내서
이 안내서는 이 책의 앞부분에서 설명한 바와 같이 새 항목의 경우 로컬에서 Git 항목으로 초기화하고 관리할 파일을 추가하여 처음 제출해야 합니다.

$ git init
$ git add .
$ git commit -m 'initial commit'

그리고 이 로컬 저장소에서 GitHub를 원격 저장소로 추가하고 master 브랜치를 밀어 넣습니다.

$ git remote add origin [email protected]:testinguser/iphone_project.git
$ git push origin master

이제 이 프로젝트는 GitHub에 위탁 관리됩니다.너는 그것의 URL을 이 프로젝트에 흥미를 가진 모든 사람에게 공유할 수 있다.이 예제의 URL은 http://github.com/testinguser/iphone_project 입니다.프로젝트 페이지의 요약 부분에서 Git URL 주소가 두 개 있는 것을 발견할 수 있습니다(그림 4-8 참조).
그림 4-8.프로젝트 요약의 공통 URL 및 개인 URL
Public Clone URL은 누구나 이 항목을 복제할 수 있는 Git URL만 읽을 수 있는 공개적인 URL입니다.이 URL을 마음대로 퍼뜨릴 수 있다. 예를 들어 개인 사이트 같은 곳에 게시하는 등이다.
Your Clone URL은 SSH 프로토콜 기반의 읽기 및 쓰기 가능 URL로, 업로드된 SSH 공개 키에 해당하는 키를 사용하여 연결할 때만 읽기 및 쓰기 작업을 수행할 수 있습니다.다른 사용자가 이 프로젝트 페이지에 접근할 때 이전의 공공 URL만 볼 수 있고 이 개인 URL은 볼 수 없습니다.

Subversion에서 항목 가져오기

Git에 공용 Subversion 프로젝트를 가져오려면 GitHub가 도와줄 수 있습니다.안내서의 마지막 부분에 Subversion 가져오기 페이지를 가리키는 링크가 있습니다.를 클릭하면 가져오기 프로세스에 대한 정보와 공공 Subversion 프로젝트 연결을 붙여넣을 텍스트 상자가 있는 양식을 볼 수 있습니다(그림 4-9 참조).
그림 4-9.Subversion 가져오기 인터페이스
만약 프로젝트가 매우 크고 비표준 구조를 사용하거나 개인적인 것을 사용한다면 이 도구를 빌려 도입을 실현할 수 없다.7장에 이르러 우리는 어떻게 수공으로 복잡한 공정을 도입하는 구체적인 방법을 소개할 것이다.

공동 작업 개발자 추가

이제 팀에 있는 다른 사람들도 끼워줘.John, Josie, Jessica가 GitHub에 계정을 등록하고 창고에 대한 푸시 권한을 부여하려면 프로젝트 협업자로 추가할 수 있다.이렇게 하면 그들은 각자의 키를 통해 나의 이 창고를 방문할 수 있다.
프로젝트 페이지 위에 있는 "edit"단추나 맨 위에 있는 Admin 탭을 누르면 이 프로젝트의 관리 페이지로 들어갑니다(그림 4-10 참조).
그림 4-10.GitHub의 프로젝트 관리 페이지
다른 사용자에게 항목의 쓰기 권한을 추가하기 위해 "Add anothercollaborator"링크를 누르면 사용자 이름을 입력하는 폼이 나타납니다.입력과 동시에 조건에 맞는 후보 명단이 자동으로 튀어나온다.정확한 사용자 이름을 찾은 후 Add 버튼을 눌러 사용자를 프로젝트 협업자로 설정합니다(그림 4-11 참조).
그림 4-11.프로젝트에 협업자 추가
협동자를 추가하면 Repository Collaborators 영역에서 그들의 명단을 볼 수 있습니다(그림 4-12 참조).
그림 4-12.프로젝트 협업자 명단
누군가의 접근권을 취소하려면 "revoke"를 누르면 그의 전송 권한을 취소할 수 있습니다.미래의 프로젝트에 대해 당신은 기존 프로젝트에서 협업자 명단을 복사하거나 협업자 그룹을 직접 빌려 쓸 수 있습니다.

프로젝트 페이지

Subversion에서 프로젝트를 가져오거나 푸시하면 그림 4-13과 같은 프로젝트 홈 페이지를 볼 수 있습니다.
그림 4-13.GitHub의 프로젝트 홈 페이지
다른 사람이 당신의 프로젝트를 방문할 때 본 것이 바로 이 페이지입니다.커밋 기록을 표시하는 데 사용되는 몇 가지 내비게이션 탭이 있습니다. 최신 커밋은 맨 위에 있습니다. 이것은 git log 명령의 출력과 유사합니다.Network 태그는 프로젝트를 파생하고 기여한 모든 사용자의 관계 도표를 보여 줍니다.Downloads 탭은 프로젝트의 바이너리 파일을 업로드할 수 있으며, 이 프로젝트의 각 버전의 tar/zip 패키지를 다운로드할 수 있습니다.Wiki 탭은 문서나 다른 프로젝트에 대한 정보를 작성하는 데 사용되는wiki 사이트를 제공합니다.Graphs 태그에는 시각화된 항목 정보와 데이터가 포함되어 있습니다.기본적으로 열려 있는 Source 탭 페이지에는 프로젝트의 디렉토리 구조와 요약 정보가 나열되고 README 파일의 컨텐트가 아래에 자동으로 표시되며 최근에 제출한 관련 정보도 표시됩니다.

파생 프로젝트

자신이 푸시 권한이 없는 항목에 대한 기여 코드를 사용하려면 GitHub에서 파생 (fork) 을 사용하도록 권장합니다.관심 있는 프로젝트 홈페이지에 가서 페이지 위의'fork'버튼을 누르면 GitHub는 이 프로젝트의 복사본을 창고에 복사해 줍니다. 그러면 이 복사본에 데이터를 전송할 수 있습니다.
이런 방법의 장점은 프로젝트 소유자가 다른 사람에게 권한을 부여하는 일에 바쁘게 대처할 필요가 없다는 것이다.누구나 파생을 통해 프로젝트 던전을 얻고 그 중에서 작업을 전개할 수 있다. 사후에 프로젝트 관리자가 이 던전 창고를 원격 창고로 추가한 다음에 업데이트와 합병을 추출하면 된다.
항목을 파생하려면 원본 항목의 페이지(이 예는 mojombo/chronic)에서 "fork"단추를 누르십시오(그림4-14 참조).
그림 4-14."fork"단추를 누르면 모든 항목의 쓰기 가능한 복사본을 얻을 수 있습니다
몇 초 후에 새 프로젝트 페이지에 들어가면 이 프로젝트가 어느 프로젝트에서 파생되었는지 표시됩니다(그림4-15 참조).
그림 4-15.파생 후 획득한 프로젝트 던전

GitHub 매듭

GitHub에 대해 먼저 이렇게 많이 소개했는데 이런 것들을 신속하게 달성할 수 있는 것이 매우 중요하다. (주문: 문턱을 낮추고 기본 임무를 완성하는 간단하고 효율적이며 개원 프로젝트의 협력 발전을 추진하는 데 매우 중요한 의미를 가진다.)몇 분 안에 새 계정을 만들고 프로젝트를 추가하고 전송을 시작할 수 있습니다.만약 프로젝트가 시작된다면, 모든 방대한 개발자 커뮤니티가 즉시 그것을 방문하여 각양각색의 도움과 공헌을 제공할 수 있다.적어도 이것은 Git 초보자들이 Git를 바로 체험하는 지름길이다.