사람들이 변화에 저항하는 것은 자연스러운 일입니다. 버전 제어 시스템 작업을 처음 시작할 때 Git을 접하지 않았다면 아마도 SVN(Subversion)이 더 편할 것입니다.

사람들은 Git이 초보자에게 너무 어렵다고 종종 말합니다. 그러나 나는 이에 대해 의견을 달리하고 싶습니다.

이 튜토리얼에서는 프로젝트에서 Git을 사용하는 방법을 보여 드리겠습니다. 처음부터 프로젝트를 구축하고 Git을 사용하여 관리하고 싶다고 가정해 보겠습니다. 기본 명령 목록을 살펴보면 GitHub를 사용하여 클라우드에서 코드를 호스팅하는 방법에 대한 아이디어를 얻을 수 있습니다.

이 글에서는 Git의 기본 사항, 즉 프로젝트를 초기화하는 방법, 새 파일과 기존 파일을 관리하는 방법, 클라우드에 코드를 저장하는 방법에 대해 설명합니다.

이 튜토리얼은 초보자를 대상으로 하므로 브랜칭과 같은 Git의 상대적으로 복잡한 부분은 다루지 않습니다.

힘내 설치

공식 Git 웹사이트에는 다음이 있습니다. 자세한 정보 Linux, Mac 및 Windows에 설치하는 방법에 대해 알아보세요. 우리의 경우 데모 목적으로 Ubuntu 13.04를 사용하고 apt-get을 사용하여 Git을 설치합니다.

sudo apt-get 설치 git

초기 설정

우리가 작업할 디렉터리를 만들어 보겠습니다. 또는 Git을 사용하여 기존 프로젝트 중 하나를 관리할 수 있습니다. 이 경우 아래와 같은 데모 디렉터리를 만들 필요가 없습니다.

mkdir my_git_project cd my_git_project

첫 번째 단계는 디렉터리에서 Git을 초기화하는 것입니다. 이는 프로젝트에 대한 모든 Git 관련 정보가 포함된 .git 디렉터리를 생성하는 init 명령을 사용하여 수행할 수 있습니다.

git config --global user.name "Shaumik" git config --global user.email " [이메일 보호됨]" git config --global color.ui "자동"

이름과 주소를 제공하지 않는 경우 주의해야 할 사항 이메일, 기본값이 사용됩니다. 우리의 경우 기본값은 사용자 이름 donny와 이메일 주소 donny@ubuntu입니다.

그 외, 컬러도 설정했습니다 사용자 인터페이스 auto 로 설정하면 Git 명령의 출력이 색상으로 구분됩니다.

명령 앞의 --global 접두사는 다음에 시스템에서 Git 프로젝트를 실행할 때 이러한 구성 명령을 입력할 필요가 없도록 하기 위한 것입니다.

커밋할 파일 준비

다음 단계는 디렉터리에 파일을 만드는 것입니다. 예를 들어 다음을 사용할 수 있습니다. 텍스트 에디터정력. Git을 이미 추가하려는 경우 기존 디렉토리, 이 단계를 수행할 필요가 없습니다.

저장소 상태 확인

이제 저장소에 몇 개의 파일이 있으므로 Git이 해당 파일을 처리하는 방법을 살펴보겠습니다. 저장소의 현재 상태를 확인하려면 git status 명령을 사용해야 합니다.

추적을 위해 Git에 파일 추가

~에 이 순간 Git으로 추적할 파일이 없습니다. Git에 무엇을 추적할지 알려주려면 Git에 특별히 파일을 추가해야 합니다.

add 명령을 사용하여 파일을 추가합니다.

저장소 상태를 다시 확인하면 하나의 파일이 추가된 것을 확인할 수 있습니다.

여러 파일을 추가하려면 다음 명령 항목을 사용할 수 있습니다(데모 목적으로 파일을 하나 더 추가했습니다).

자식 추가 myfile2 myfile3

git add를 재귀적으로 사용할 수 있지만 이 명령을 사용할 때는 주의하세요. 일반적으로 Git 저장소 외부에 저장되는 특정 파일(예: 컴파일된 파일)이 있습니다.

add 명령을 재귀적으로 사용하면 해당 파일이 저장소에 있는 경우 해당 파일이 모두 추가됩니다.

파일 삭제

그러나 간단한 git rm 명령을 실행하면 Git뿐만 아니라 로컬에서도 파일이 제거됩니다. 파일 시스템! 에게

Git이 파일 추적을 중지했지만 로컬 시스템파일 자체가 저장되면 다음 명령을 실행하십시오.

git rm --캐시됨

변경 사항 커밋

파일을 호스팅한 후에는 Git에 커밋할 수 있습니다. 커밋을 각인으로 생각하세요 특정 지점, 이 시점에서 저장소에 액세스하기 위해 돌아갈 수 있습니다.

-m 접두사를 사용하여 추가된 각 커밋에 메시지를 첨부할 수 있습니다.

git commit -m "내 첫 번째 커밋"

커밋에서 변경한 내용을 식별하는 데 도움이 되므로 커밋에 유용한 메시지를 제공하세요.

'와 같은 지나치게 일반적인 메시지는 피하세요. 버그 수정" 작업 추적기가 있는 경우 " 버그 수정 #234».

커밋 메시지의 접두사로 분기 이름이나 기능 이름을 사용하는 것이 좋습니다. 예를 들어, " 자산관리: 생성 기능 추가 PDF 파일자산"라는 의미심장한 메시지를 전했습니다.

Git은 각 커밋에 긴 16진수 숫자를 추가하여 커밋을 식별합니다. 일반적으로 전체 줄을 복사할 필요는 없으며 처음 5~6자만 있으면 커밋을 식별할 수 있습니다.

스크린샷에서 첫 번째 커밋은 코드 8dd76fc로 정의됩니다.

추가 커밋

이제 첫 번째 커밋 후 몇 가지 파일을 변경해 보겠습니다. 이를 변경한 후 git status 명령을 실행한 결과 Git이 모니터링하는 파일의 변경 사항을 감지한 것을 확인할 수 있습니다.

git diff 명령을 사용하여 마지막 커밋에서 추적된 파일의 변경 사항을 확인할 수 있습니다. 특정 파일의 변경 사항을 보려면 git diff 명령을 사용하십시오. :

다음 커밋을 위해 추적된 파일을 변경하려면 이러한 파일을 다시 추가해야 합니다. 다음 명령을 실행하여 추적된 모든 파일을 추가할 수 있습니다.

추적된 파일에 모든 변경 사항을 추가하는 git commit 명령에 -a 접두사를 사용하면 이 명령의 사용을 피할 수 있습니다.

그러나 이 과정은 프로젝트에 해를 끼칠 수 있어 매우 위험하다. 예를 들어, 실수로 파일을 열었다가 변경했다고 가정해 보겠습니다.

파일을 선택적으로 배치하면 각 파일의 변경 사항을 확인할 수 있습니다. 그러나 커밋에 -a 접두어를 붙이면 모든 파일이 커밋되고 가능한 오류를 감지할 수 없습니다.

파일을 배치한 후에는 커밋을 시작할 수 있습니다. 각 커밋에는 -m 접두사를 사용하여 입력하는 메시지와 관련된 메시지가 있을 수 있다고 언급했습니다.

그러나 대화형 쓰기 양식을 여는 git commit 명령을 사용하여 여러 줄에 메시지를 입력할 수 있습니다.

프로젝트 관리

프로젝트 기록을 보려면 다음 명령을 실행하면 됩니다.

여기에는 모든 커밋 및 정보 목록인 프로젝트의 전체 기록이 표시됩니다. 커밋 정보에는 커밋 해시, 작성자, 시간 및 커밋 메시지가 포함됩니다. Git의 브랜치 개념을 익히고 나면 탐색할 수 있는 git log에 대한 다양한 옵션이 있습니다.

보려면 자세한 정보특정 커밋과 변경된 파일에 대해 다음 명령을 실행합니다.

자식 쇼

어디 이는 커밋과 관련된 16진수입니다. 이 튜토리얼은 초보자를 대상으로 하기 때문에 특정 커밋 상태로 돌아가는 방법이나 브랜치를 관리하는 방법은 다루지 않습니다.

클라우드의 호스팅 코드

시스템에서 코드를 관리하는 방법을 배웠으므로 이제 클라우드에서 코드를 호스팅할 차례입니다.

분산 버전 제어 시스템(DVCS)은 점차 중앙 집중식 시스템을 대체하고 있습니다. 아직 그 중 하나를 사용하지 않았다면 지금이 시도해 볼 시간입니다.

이 기사에서는 github.com 웹사이트를 사용하여 git 실험을 빠르게 시작하는 방법을 보여 드리겠습니다.

이 문서에서는 다양한 DVCS 간의 차이점을 논의하지 않습니다. 또한 git 작업에 대해서는 자세히 논의하지 않을 것입니다. 이 주제에 대한 좋은 소스가 많이 있으므로 기사 마지막 부분에서 제공하겠습니다.

따라서 github.com 사이트는 git 버전 관리 시스템을 사용하는 웹 프로젝트 호스팅 서비스로 자리 잡았습니다. 소셜 네트워크개발자를 위한. 사용자는 리포지토리를 무제한으로 생성할 수 있으며 각 리포지토리에는 위키, 문제 추적 시스템, 코드 검토 수행 기능 등이 제공됩니다. GitHub는 현재 Sourceforge 및 Google Code에 앞서 이러한 종류의 가장 인기 있는 서비스입니다.

오픈 소스 프로젝트의 경우 사이트 사용은 무료입니다. 프라이빗 리포지토리가 필요한 경우 유료 플랜으로 업그레이드할 수 있습니다.

등록부터 시작해 보겠습니다. github.com/signup/free 링크를 따라가서 데이터를 입력하세요.
등록 후에는 계정의 대시보드로 이동됩니다.

이제 우리는 단일 저장소가 없으며 새 저장소를 만들거나 기존 다른 사람의 저장소에서 포크하여 자체 개발 지점을 이끌 수 있습니다. 그런 다음 원하는 경우 원본 저장소 작성자에게 변경 사항을 제안할 수 있습니다(풀 요청).

하지만 먼저 git을 설치하고 사이트에서 작동하도록 구성해 보겠습니다.

Windows에서 작업하는 경우 msysgit을 다운로드하여 설치하세요. 이것은 Windows용 git의 콘솔 버전입니다(자세한 내용은 이 OS의 예를 기반으로 합니다).
MacOS X에 대한 지침(eng)
Linux용 지침(eng)
문제가 없어야 합니다. 어디에서나 다음을 클릭하기만 하면 됩니다. 설치 후 Git Bash Explorer 컨텍스트 메뉴에서 선택합니다.

또는 설치된 프로그램이 있는 폴더의 Git Bash.lnk를 통해:

콘솔에 데이터 및 줄 바꿈 설정을 입력합니다.
git config --global user.name "이름"
git config --global user.email "귀하의 이메일"
git config --global core.autocrlf true
git config --global core.safecrlf true

그런데 콘솔에서 git을 사용하는 방법에 대한 좋은 대화형 과정을 수강하는 것이 좋습니다. 이 과정은 몇 시간 안에 완료되며 필요한 기본 기술을 제공합니다.

GUI를 선호하는 사람들을 위해 Windows에서 git 작업을 위한 여러 가지 도구가 있습니다. 두 가지 주요 기능은 SmartGit(크로스 플랫폼)과 TortoiseGit입니다. 둘 다 좋은데, 어느 것을 사용할지는 취향의 문제입니다. TortoiseGit 작업에 대해 설명하겠습니다.
양귀비의 경우 Giu를 선택할 수도 있습니다.

• 내 생각에는 GitHub의 공식 클라이언트가 여전히 매우 조잡합니다.
• GitX - 개인적으로 마음에 들지 않았습니다.
• GitBox - 대부분은 Mac-way를 따르므로 시도해 보는 것이 좋습니다.

러시아어로 된 git 소개:
"git의 성공적인 분기 모델" - 좋은 영어 기사 번역
githowto.com 콘솔에서 git 작업에 대한 대화형 과정
"왜 git인가" + 토론
“SVN에서 마이그레이션하는 사람들을 위한 Git” + 토론

Github는 저장, 배포, 관리를 위한 매우 유명한 플랫폼입니다. 소스 코드오픈 프로젝트. 이 서비스는 Microsoft, RedHat 등의 대기업은 물론 많은 인기 프로젝트의 수백 명의 개발자를 포함하여 전 세계의 많은 개발자가 사용하고 있습니다.

플랫폼은 코드 및 배포를 볼 수 있는 기회뿐만 아니라 버전 기록, 공동 개발 도구, 문서 제공 도구, 릴리스 발행 및 배포 도구도 제공합니다. 피드백. 그리고 가장 좋은 점은 Gihub에서 공개 프로젝트와 비공개 프로젝트를 모두 호스팅할 수 있다는 것입니다. 이 글에서는 Github을 사용하여 프로젝트를 호스팅하는 방법을 살펴보겠습니다. 말하자면, 초보자를 위한 github입니다.

따라서 자신만의 프로젝트가 있고 해당 코드를 Github의 공개 도메인에 배치하여 다른 사용자가 이를 보고 개발에 참여할 수 있도록 하려고 한다고 가정해 보겠습니다. 가장 먼저 해야 할 일은 계정을 만드는 것입니다.

1. 계정 생성

만들다 새 계정웹사이트에서 오픈 홈페이지 GitHub를 사용하면 즉시 새로운 데이터를 입력할 수 있습니다. 계정. 사용자 이름, 이메일, 비밀번호를 제공해야 합니다.

입력이 완료되면 버튼을 눌러주세요 "무료 가입":

다음 단계에서는 저장소 유형을 선택해야 합니다. 공개 저장소는 무료이지만, 자신만 사용할 수 있는 코드인 비공개 저장소를 만들고 싶다면 한 달에 7달러를 지불해야 합니다.

귀하의 계정이 준비되었으며 첫 번째 프로젝트를 생성할 수 있는 페이지로 리디렉션됩니다. 하지만 이를 수행하기 전에 이메일 주소를 확인해야 합니다. 이렇게 하려면 사서함 Github에서 보낸 이메일의 링크를 따라가세요.

Github 설정이 필요하지 않으며 몇 번의 클릭만으로 충분합니다.

2. 저장소 생성

열리는 페이지에서 승인된 사용자를 위한 메인 페이지입니다. 버튼을 클릭하세요. "프로젝트 시작":

확인란을 선택하여 Readme 파일을 생성하면 리포지토리를 즉시 초기화할 수 있습니다. "README를 사용하여 이 저장소를 초기화하세요."페이지 하단에 있습니다. 라이센스를 선택할 수도 있습니다.

준비가 되면 선택하세요. "프로젝트 생성", 생성됩니다 새 프로젝트설명과 라이센스 파일이 포함된 README 파일이 포함되어 있습니다.

3. 브랜치 추가

Github 브랜치를 사용하면 동시에 여러 버전의 프로젝트로 작업할 수 있습니다. 기본적으로 리포지토리를 생성하면 마스터 브랜치가 생성되며 이것이 기본 작업 브랜치입니다. 예를 들어 테스트를 위해 추가 분기를 만들 수 있습니다. 소프트웨어마스터 브랜치에 게시되기 전에. 이렇게 하면 제품을 개발하는 동시에 사용자에게 안정적인 버전을 제공할 수 있습니다. 다양한 시스템의 프로그램 버전에 대해 별도의 분기를 생성할 수도 있습니다.

현재 분기는 단어 뒤 왼쪽 상단에 표시됩니다. "나뭇가지".새 분기를 만들려면 이 목록을 확장하고 이름을 입력하기 시작하세요.

사이트 자체에 새 스레드를 생성하라는 메시지가 표시됩니다. "브랜치 생성".

생성 후 즉시 새로 생성된 브랜치로 작업하게 됩니다.

4. 파일 변경 및 커밋

Github의 파일에 대한 모든 변경 사항은 커밋을 사용하여 이루어집니다. 커밋은 수정 사항을 직접 작성하고 해당 수정 사항을 설명함으로써 수행됩니다. 이는 무엇을 언제 변경했는지 파악하고 팀 작업을 쉽게 추적하는 데 필요합니다. 커밋이라는 단어는 "수정"으로 번역될 수 있습니다. 즉, 여러 파일을 변경한 다음 커밋할 수 있습니다. README 파일을 예로 변경해 보겠습니다. 이렇게 하려면 패널 오른쪽에서 브러시가 있는 버튼을 찾아서 클릭하세요.

필요한 수정 사항을 입력할 수 있는 텍스트 편집기가 열립니다.

필요한 모든 작업을 완료한 후 해당 필드를 작성해야 합니다. "저지르다"페이지 하단에 있습니다. 변경된 사항을 간략하게 설명한 후 버튼을 클릭하세요. "변경사항 커밋":

이러한 변경 사항은 프로젝트의 현재 분기에 적용됩니다. 현재 테스트 작업 중이므로 변경 사항이 해당 분기로 전송됩니다.

5. 풀 리퀘스트 생성

초보자를 위한 GitHub는 이런 기능 때문에 매우 복잡해 보일 수도 있지만, 알고 나면 매우 편리합니다. 병합 요청 또는 끌어오기 요청은 개발자가 저장소 작성자와 같은 다른 사람에게 코드를 검토하고 이를 기본 프로젝트나 브랜치에 추가하도록 요청할 수 있는 기능입니다. 병합 요청 도구는 diff 비교 도구를 사용하므로 모든 변경 사항을 볼 수 있으며 다른 색상으로 밑줄이 그어집니다. Pull Request는 커밋을 생성한 후 즉시 생성할 수 있습니다. 테스트 브랜치에서 메인 브랜치로 Pull Request를 보내보겠습니다. 먼저 탭을 엽니다. "풀 요청".

여기를 클릭하세요 "풀 리퀘스트 생성":

이 창에서 모든 변경 사항을 볼 수 있으며 이제 다음 행이 추가된 것을 볼 수 있습니다.

6. 병합 요청 검토 및 승인

이제 동일한 Pull Requests 탭에서 새로 생성된 병합 요청을 볼 수 있으며, 클릭하여 수락하기만 하면 됩니다. "풀 요청 병합":

하지만 이 요청이 다른 사람에게서 온 경우에는 그 사람이 무엇을 변경했는지, 필요한지 확인해야 합니다. 이렇게 하려면 요청 설명을 클릭하기만 하면 이미 익숙한 변경 보기 창이 표시됩니다.

그런 다음 코드를 마스터 분기로 가져오고 테스트 분기를 안전하게 삭제할 수 있습니다.

7. 버그 신고

또 다른 편리한 점은 GitHub를 코드 개발 및 관리뿐만 아니라 사용자의 피드백에도 활용할 수 있다는 점입니다. 탭에서 "문제"사용자는 제품을 사용하는 동안 발생한 문제에 대한 메시지를 게시할 수 있습니다. 탭 열기 "문제"을 클릭하고 버튼을 클릭하세요. "새로운 문제":

8. 릴리스

오늘 우리가 살펴볼 마지막 것은 릴리스입니다. 제품이 특정 단계에 도달하면 릴리스를 릴리스하여 사용자와 모든 것이 안정적이고 마스터에서 잘못된 Pull Request로 인해 문제가 발생하지 않았는지 확인할 수 있습니다. 먼저 프로젝트의 메인 페이지로 이동한 다음 탭으로 이동해야 합니다. "출시":

이 페이지의 필드에 버전을 지정해야 합니다. "태그 버전", 릴리스 이름 및 간단한 설명 순으로 표시됩니다. 바이너리로 아카이브를 컴파일한 경우 여기에도 첨부해야 합니다. 그런 다음 클릭 "릴리스 만들기":

릴리스를 생성하면 다음 페이지가 생성됩니다.

결론

이 기사에서는 GitHub를 사용하여 프로젝트를 호스팅하고 관리하는 방법을 살펴보았습니다. 전체 시스템이 영어로 되어있어서 기본 지식언어는 매우 바람직하지만 언어가 없더라도 github로 작업하는 것은 그리 어렵지 않습니다. 이 정보가 귀하에게 도움이 되었기를 바랍니다. 명령줄에서 Git으로 작업하는 방법에 관심이 있다면 초보자를 위한 문서를 참조하세요.

Git 사용의 실제적인 부분, 즉 Git을 설치하고 GitHub.com 서버에 등록하는 방법을 설명합니다.

GitHub.com은 버전 제어 시스템을 사용하여 코드 및 데이터 저장을 제공하는 서비스입니다. 힘내. GitHub는 300MB의 일반 텍스트 데이터를 저장하기 위한 무료 계획을 제공합니다. 이는 모든 인터넷 사용자가 귀하의 데이터를 다운로드할 수 있음을 의미합니다. 월 7달러를 지불하면 GitHub에서 다른 사람에게 공개되지 않는 리포지토리를 호스팅할 수도 있습니다. 무료 GitHub 계정에서는 기본적으로 누구도 데이터를 변경할 수 없습니다(읽기만 가능). 그러나 GitHub 시스템의 어떤 사용자에게 쓰기 권한이 있는지 지정할 수 있습니다.

이 기사에서는 Windows OS 및 Linux OS에서 Git을 구성하는 방법을 자세히 설명합니다.

Linux에 Git 설치

Linux 사용자에게 Git 설치 방법을 설명하는 것은 의미가 없다고 생각합니다. 이는 시스템마다 다르게 수행됩니다. 내가 가지고 있는 Debian 시스템에서 Git을 설치하려면 다음 명령을 사용할 수 있습니다.

apt-get 설치 자식

Windows에 Git 설치하기

가자 공식 페이지힘내 http://git-scm.com, 클릭 Windows용 다운로드. 열리는 창에서 다음을 클릭하세요. 공식 Git의 전체 설치 프로그램. 결과 exe 파일을 시작합니다.

설치 과정에서 다음과 같은 질문을 받게 됩니다.

"Windows 명령 프롬프트에서 Git 실행"을 선택하는 것이 좋습니다. 다른 모든 옵션은 기본값으로 둘 수 있습니다. Git을 설치한 후 시스템 PATH 변수에 대한 변경 사항을 적용하려면 재부팅하거나 로그아웃했다가 다시 로그인해야 합니다.

버전 정보를 얻으면 Git이 설치되어 작동하는 것입니다. git 프로그램을 찾을 수 없다는 정보를 받으면 우리가 무엇을 잘못했는지 알아냅니다.

SSH 키 설정

GitHub에 등록하기 전에 먼저 SSH 암호화 키를 생성해야 합니다. 이 키는 비밀번호를 입력하지 않고 GitHub에 빠르게 연결하는 데 필요합니다. 이러한 키가 없으면 GitHub는 작동하지 않습니다.

주목!

키가 생성되면 비밀번호를 묻는 메시지가 표시됩니다. 이는 귀하의 컴퓨터에만 저장되고 다른 곳에는 저장되지 않는 개인 키에 대한 액세스 비밀번호입니다. 이 비밀번호는 비밀번호 없이도 가능하지만 최대 보안을 위해 설정됩니다. 개인 키에 대한 비밀번호를 설정하면 GitHub 서버에 연결할 때마다 이 비밀번호를 입력해야 한다는 점을 알아야 합니다. 따라서 비밀번호를 설정하면 암호화 키 사용의 편의성이 모두 사라집니다.

MyTetra 사용자:작업을 위한 인터페이스 명령줄동기화 중에 git을 호출하는 데 사용되는 은 문자 입력을 허용할 수 없습니다. 따라서 비밀번호를 설정하시면 동기화가 되지 않습니다.

Linux에서 SSH 키 설정

안에 운영 체제 Linux는 먼저 ~/.ssh 디렉토리를 살펴봐야 합니다. id_rsa 및 id_rsa.pub 파일이 있으면 이는 SSH 키입니다. 그러한 디렉터리나 파일이 없으면 키를 생성해야 합니다. 우리는 다음 명령을 내립니다.

대신에 [이메일 보호됨]이메일을 표시해야 합니다. 키 생성 과정에서 파일을 어디에 저장할 것인지 묻는 메시지가 나타나면 Enter 키를 누르기만 하면 됩니다. 비밀번호를 묻는 메시지가 나타나면 Enter 키를 누르기만 하면 됩니다. 생성 후에는 id_rsa 및 id_rsa.pub 파일이 ~/.ssh 디렉터리에 나타나야 하며 나중에 우리에게 유용할 것입니다.

Windows에서 SSH 키 설정

수술실에서 윈도우 시스템 SSH 키 생성기는 Git에 포함되어 있습니다. 키를 생성하려면 파일을 실행해야 합니다. C:\Program Files\Git\Git bash.vbs. 일반 exe 파일로 시작할 수 있습니다. Git 콘솔 프로그램이 열립니다. 그 안에는 다음 명령을 내려야 합니다.

ssh-keygen -t rsa -C " [이메일 보호됨]"

조심하세요. 이 콘솔에서는 복사-붙여넣기가 버그가 있습니다. 명령을 수동으로 입력하는 것이 더 쉽습니다. 귀하의 사서함을 귀하의 이메일로 표시합니다. 요청에 따라 " 키를 저장할 파일을 입력하세요." Enter를 누르기만 하면 됩니다. 비밀번호를 입력하라는 메시지가 표시되면 " Enter passphrase " 및 " Enter same passphrase again "을 누르기만 하면 됩니다. 키를 생성하는 동안 대략 다음 정보가 콘솔에 표시됩니다.

공개/개인 RSA 키 쌍을 생성하는 중입니다.
키를 저장할 파일을 입력하세요(/c/Documents and Settings/username/.ssh/id_rsa):
암호를 입력하세요(암호가 없으면 비워두세요):
동일한 암호를 다시 입력하세요.
귀하의 신분증은 /c/Documents and Settings/username/.ssh/id_rsa에 저장되었습니다.
공개 키는 /c/Documents and Settings/username/.ssh/id_rsa.pub에 저장되었습니다.
키 지문은 다음과 같습니다.
51:db:73:e9:31:9f:51:a6:7a:c5:3d:da:9c:35:8f:95 [이메일 보호됨]

이 프로그램을 실행한 후 디렉토리에 C:\Documents and Settings\사용자 이름\.ssh id_rsa 및 id_rsa.pub 파일이 있을 것이며 앞으로 우리에게 유용할 것입니다.

GitHub.com에 등록하세요

이제 등록을 위한 모든 준비가 완료되었습니다. 가자 홈페이지 GitHub.com. 인터페이스가 약간 혼란스럽기 때문에 어디서 무엇을 클릭해야 하는지 스크린샷 몇 개를 보여드리겠습니다. 디자인과 레이아웃은 언제든지 변경될 수 있으므로 지금은 동작의 논리를 설명하고 있습니다.

안에 상위 메뉴항목을 찾아보세요 " 가격 및 가입"를 클릭하고 다음을 클릭하세요.

선택 페이지가 열립니다 관세 계획. 무료 계정을 선택하세요" 무료 계정 만들기":

GitHub에 SSH 키 설치

등록 후 즉시 GutHub 시스템에 공개 암호화 키(공개 SSH 키)를 등록해야 합니다. 키를 추가하려면 오른쪽 상단에 있는 "를 클릭해야 합니다. 계정 설정":

열리는 창에서 메뉴 항목 "을 클릭하십시오. SSH 공개 키"를 누르고 "를 누르세요. 다른 공개 키 추가". 두 개의 필드가 나타납니다. 키 이름( 제목) 및 키의 내용( 열쇠).

현장에서 제목공개키가 생성된 컴퓨터의 이름을 쓸 수 있습니다. 러시아어로 쓸 수 있습니다.

현장에서 열쇠 id_rsa.pub 파일의 내용을 삽입해야 합니다. 그것들이 어떤 디렉토리에 있는지 기억하시나요? 이 디렉토리로 이동하여 텍스트 편집기를 사용하여 id_rsa.pub 파일을 엽니다(정확히 확장자가 .pub이므로 혼동하지 마십시오). 모든 텍스트를 선택하고 복사하여 GitHub 페이지의 필드에 붙여넣습니다. 열쇠.

키를 추가한 후 컴퓨터는 git 프로그램을 통해 GitHub에 연결할 수 있으며 오류가 발생하지 않습니다.

GitHub에 저장소 만들기

이제 첫 번째 GitHub 저장소를 만들 차례입니다. 저장소는 단순히 동기화된 파일과 하위 디렉터리가 위치할 디렉터리로 간주할 수 있습니다. GitHub 웹 인터페이스에서 저장소를 생성해야 하며, 여기에 파일을 채우고 컴퓨터의 git 프로그램을 사용하여 작업할 수 있습니다.

저장소를 생성하려면 오른쪽 상단에 있는 "를 클릭해야 합니다. 계기반". 열리는 창에 항목이 표시됩니다. " 저장소 만들기":

그러므로 이 점은 필요하지 않습니다! 이 항목은 저장소 생성 대화 상자가 아니라 도움말 페이지를 엽니다. 이 항목을 클릭하는 대신 페이지 아래에서 눈에 띄지 않는 링크를 찾으십시오. 저장소 만들기". 새 저장소를 추가하기 위한 대화 상자가 열립니다.

새 저장소를 추가하기 위한 대화 상자에서 최소한 프로젝트 이름 필드 "를 채워야 합니다. 프로젝트 이름". 프로젝트 이름은 실제로 디렉터리 이름이므로 프로젝트 이름에 키릴 문자를 사용하지 않는 것이 좋습니다. 문제를 피하려면 프로젝트 이름에 라틴 알파벳만 포함하는 것이 좋습니다. " 저장소 생성"를 실행하면 저장소가 생성됩니다.

GitHub 시스템의 저장소에 대한 작업 링크는 다음과 같이 구성됩니다. 사용자 이름으로 등록되어 있고 저장소 이름이 reponame 인 경우 다음 링크를 사용하여 이 저장소에 액세스할 수 있습니다.

Git 구문에서:

[이메일 보호됨]:사용자 이름/reponame.git

Https 구문에서:

https:// [이메일 보호됨]/사용자 이름/reponame.git

Git 프로그램을 사용하여 GitHub에서 리포지토리 작업

이 순간부터 GitHub 웹 인터페이스에 대한 작업은 완료된 것으로 간주될 수 있습니다. 또한 git 프로그램을 통해서만 작업할 수 있습니다.

먼저, git 프로그램을 약간 구성해야 합니다. 로컬 git 시스템에 대한 사용자 이름과 이메일을 지정합니다. 이는 모든 디렉터리에서 실행할 수 있는 다음 명령을 사용하여 수행됩니다.

git config --global user.name "YourFullName"
git config --global user.email [이메일 보호됨]

YourFullName 대신에 이름을 써야 합니다. [이메일 보호됨]- 귀하의 이메일. 이 값은 GitHub 로그인에 사용됩니다. 따라서 YourFullName 대신 GitHub에 대한 로그인을 표시해야 합니다. [이메일 보호됨]암호화 키를 생성할 때 입력한 이메일을 지정해야 합니다.

이러한 설정이 끝나면 파일을 저장소에 업로드할 수 있습니다. 프로젝트가 있는 디렉터리로 이동하여 다음 명령을 입력합니다.

git commit -a -m "첫 번째 커밋"

git 원격 원점 추가 [이메일 보호됨]:사용자 이름/reponame.git

git push -u 오리진 마스터

이러한 명령 후에는 해당 명령이 실행된 디렉터리의 파일 복사본이 GitHub 서버에 생성됩니다. 그런 다음 커밋하고, GitHub 서버에 변경 사항을 업로드하고, 서버에서 변경 사항을 읽을 수 있습니다. 그러나 그것은 완전히 다른 이야기입니다.

변화에 대한 저항은 인간의 기본적인 특성입니다. 버전 제어 시스템 작업을 시작할 때 Git이 존재하지 않았다면 Subversion으로 시작했을 가능성이 높습니다. 사람들은 Git이 초보자에게 너무 어렵다고 종종 말합니다. 그러나 나는 당신과 의견이 다르기를 간청합니다.

이 글에서는 Git을 사용하여 프로젝트 작업을 수행하는 방법을 설명하겠습니다. 처음부터 프로젝트를 생성하고 Git을 버전 제어 시스템으로 사용한다고 가정해 보겠습니다. 기본 명령을 소개한 후 GitHub에 코드를 게시하는 방법을 살펴보겠습니다.

이 문서에서는 프로젝트를 초기화하는 방법, 새 파일과 기존 파일을 관리하는 방법, 클라우드에 코드를 저장하는 방법 등 기본 사항을 다룹니다. 이 기사는 초보자를 대상으로 하므로 분기와 같은 복잡한 내용은 건너뛰겠습니다.

힘내 설치

공식 Git 웹사이트에는 다음이 있습니다. 다양한 시스템- 리눅스, 맥, 윈도우. 우리의 경우 Ubuntu 13.04를 사용하고 apt-get을 통해 Git을 설치합니다.

Sudo apt-get 설치 git

초기 구성

우리가 작업할 디렉터리를 만들어 보겠습니다. Git을 사용하여 기존 프로젝트에서 작업할 수도 있으며, 이 경우 아래 설명된 대로 데모 디렉터리를 만들 필요가 없습니다.

Mkdir my_git_project cd my_git_project

첫 번째 단계는 프로젝트 디렉터리에서 Git 저장소를 초기화하는 것입니다. 프로젝트에 대한 모든 정보가 포함된 .git 디렉터리를 생성하는 init 명령을 사용하여 이 작업을 수행할 수 있습니다.

Git config --global user.name "Shaumik" git config --global user.email " [이메일 보호됨]" git config --global color.ui "자동"

주소와 이름을 지정하지 않으면 기본값이 대신 사용된다는 점에 유의할 가치가 있습니다. 우리의 경우 기본값은 donny 및 donny@ubuntu입니다.

또한 Git 명령의 출력에 색상이 지정되도록 인터페이스 색상을 자동으로 설정했습니다. 이러한 값이 시스템 전체에서 사용되고 프로젝트별로 설정할 필요가 없도록 이러한 명령에 --global 접두사를 추가합니다.

커밋할 파일 준비

다음 단계는 일부 파일을 만드는 것입니다. 이를 위해 모든 텍스트 편집기를 사용할 수 있습니다. 기존 프로젝트에서 Git을 초기화하는 경우에는 이 단계를 수행할 필요가 없습니다.

저장소 상태 확인

이제 프로젝트에 파일이 있으므로 Git이 파일을 처리하는 방법을 살펴보겠습니다. 저장소의 현재 상태를 확인하려면 git status 명령을 사용하십시오.

Git에 파일 추가

이 시점에서 Git은 어떤 파일도 추적하지 않습니다. 이를 위해서는 Git에 파일을 구체적으로 추가해야 합니다. 이를 위해 add 명령을 사용합니다.

힘내 my_file 추가

저장소 상태를 확인한 결과 파일 중 하나가 이미 추가된 것을 확인할 수 있습니다.

여러 파일을 추가하려면 다음을 사용합니다(앞서 첫 번째 파일을 추가했으므로 나머지 두 개만 추가합니다).

힘내 myfile2 myfile3 추가

git add를 재귀적으로 사용할 수 있지만 이 명령을 사용할 때는 주의하세요. 버전 관리에 추가하면 안 되는 일부 파일(예: 컴파일된 프로그램)이 있습니다. git add를 재귀적으로 사용하면 해당 파일도 저장소에 저장됩니다.

파일 삭제

저장소에 있어서는 안되는 파일을 실수로 저장소에 추가했다고 가정해 보겠습니다. 또는 버전 제어 시스템에서 파일을 제거하려고 합니다. 일반적으로 git rm 명령은 저장소에서 파일을 제거할 뿐만 아니라 디스크에서도 파일을 물리적으로 제거합니다. Git이 파일 추적을 중지하고 디스크에 보관하려면 다음 명령을 사용하십시오.

Git rm --cached [파일명]

변경 사항을 커밋합니다.

필요한 파일을 모두 추가한 후에는 Git에 커밋할 수 있습니다. 커밋을 특정 단계의 프로젝트 상태에 대한 스냅샷으로 생각하면 언제든지 돌아와 해당 순간의 프로젝트 상태를 확인할 수 있습니다. 각 커밋에는 연관된 메시지가 있으며, 이는 -m 접두사 뒤에 인수로 지정됩니다.

Git commit -m "내 첫 번째 커밋"

포함할 메시지를 표시해 주세요. 유용한 정보, 주어진 커밋 내에서 정확히 무엇이 변경되었는지 이해하는 데 도움이 되기 때문입니다. "버그 규칙"과 같은 일반적인 메시지는 피하세요. 버그 추적기가 있는 경우 "버그 #123 수정됨"과 같은 메시지를 지정할 수 있습니다. 좋은 연습- 메시지에 지점 이름이나 개선 사항을 표시합니다. 예를 들어, "자산 관리 - 자산을 기반으로 PDF를 생성하는 기능이 추가되었습니다"는 명확하고 이해하기 쉬운 메시지입니다.

Git은 긴 16진수 숫자로 커밋을 식별합니다. 일반적으로 전체 줄을 복사할 필요는 없으며 처음 5~6자만 있으면 특정 커밋을 식별할 수 있습니다. 스크린샷에서 커밋이 8dd76fc라는 숫자로 식별되는 것을 볼 수 있습니다.

추가 커밋

커밋한 후 몇 가지 파일을 변경해 보겠습니다. 파일을 변경한 후 git status는 파일이 변경되었음을 보고합니다.

git diff 명령을 사용하여 이전 커밋 이후 이 파일에서 변경된 내용을 확인할 수 있습니다. 특정 파일의 변경 사항을 보려면 git diff를 사용하면 됩니다.<файл> .

변경 사항을 색인화하고 커밋해야 합니다. 다음 명령을 사용하여 변경된 모든 프로젝트 파일을 커밋에 추가할 수 있습니다.

git commit 에 -a 옵션을 추가하면 이 명령을 사용하지 않을 수 있습니다. 이 명령은 변경된 모든 파일을 색인화하고 커밋합니다. 하지만 이 접근 방식은 원하지 않는 일을 실수로 저지를 수 있으므로 매우 위험할 수 있습니다. 예를 들어, 파일을 열었다가 실수로 변경했다고 가정해 보겠습니다. 변경된 파일을 인덱싱하면 각 파일의 변경 사항에 대한 알림을 받게 됩니다. 하지만 도움말을 보지 않고 변경된 파일을 모두 커밋하면 됩니다. git commit -a 를 입력하면 커밋하고 싶지 않은 파일을 포함하여 모든 파일이 커밋됩니다.

파일을 색인화한 후에는 커밋을 시작할 수 있습니다. 앞서 언급했듯이 -m 스위치를 사용하여 커밋에 대한 메시지를 지정할 수 있습니다. 그러나 주석을 입력하기 위한 콘솔 편집기를 여는 git commit 명령을 사용하여 여러 줄 주석을 지정할 수도 있습니다.

프로젝트 관리

프로젝트 기록을 보려면 다음 명령을 사용할 수 있습니다.

커밋 목록과 이에 대한 정보 형식으로 프로젝트의 전체 기록이 표시됩니다. 커밋 정보에는 커밋 해시, 작성자, 시간 및 커밋 메시지가 포함됩니다. Git 분기를 사용할 때 익숙해져야 할 다양한 유형의 git log 명령이 있습니다. 특정 커밋 및 변경된 파일의 세부정보를 보려면 다음 명령을 실행하세요.

힘내 쇼<хеш_коммита>

어디<хеш_коммита>- 커밋과 관련된 16진수입니다. 왜냐하면 이 설명서초보자를 위한 것이므로 특정 커밋 시점으로 상태를 반환하는 방법이나 분기를 관리하는 방법은 다루지 않습니다.