Git이 작동합니다. 힘내
Git 사용의 실제적인 부분, 즉 Git을 설치하고 GitHub.com 서버에 등록하는 방법을 설명합니다.
GitHub.com은 버전 제어 시스템을 사용하여 코드 및 데이터 저장을 제공하는 서비스입니다. 힘내. GitHub는 300MB의 일반 텍스트 데이터를 저장하기 위한 무료 계획을 제공합니다. 이는 모든 인터넷 사용자가 귀하의 데이터를 다운로드할 수 있음을 의미합니다. 월 7달러를 지불하면 GitHub에서 다른 사람에게 공개되지 않는 리포지토리를 호스팅할 수도 있습니다. 무료 GitHub 계정에서는 기본적으로 누구도 데이터를 변경할 수 없습니다(읽기만 가능). 그러나 GitHub 시스템의 어떤 사용자에게 쓰기 권한이 있는지 지정할 수 있습니다.
이 기사에서는 Windows OS 및 Linux OS에서 Git을 구성하는 방법을 자세히 설명합니다.
Linux에 Git 설치
Linux 사용자에게 Git 설치 방법을 설명하는 것은 의미가 없다고 생각합니다. 이는 시스템마다 다르게 수행됩니다. 안에 데비안 시스템(내가 가지고 있는) 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 서버에 변경 사항을 업로드하고, 서버에서 변경 사항을 읽을 수 있습니다. 그러나 그것은 완전히 다른 이야기입니다.
분산 버전 제어 시스템(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 탐색기: 
또는 설치된 프로그램이 있는 폴더의 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. 설명과 함께 기본 작업을 빠르게 시작하기
이제 파일이 작업 로컬 복사본의 HEAD에 단단히 설정되었습니다. 거기에서 쫓아낼 수는 없지만 여전히 원격 저장소에는 없습니다. 그것들도 거기에 넣어보자! 사용:
Git 푸시 오리진 마스터
그냥 마스터 대신 원하는 브랜치 이름을 적어주세요. 아, 네, 아직 어떤 가지가 있는지 모르시죠? 자, 일단 이곳을 기억하시고 분기에 대한 내용을 읽으시면 다시 여기로 오세요.
아, 그렇습니다. 서버 작업을 하는 멋진 친구들의 경우(예를 들어 GitHub에 대해 이야기하는 것이 적절합니다) 명령은 다음과 같습니다.
Git 원격 추가 원본 [서버]
분기
영어로는 이것을 이렇게 부른다. 분기- 이 문제는 깊게 파고들어 분기에 대해 좀 더 자세히 읽어보는 것이 좋을 것 같으니 간단히 소개해 드리겠습니다. 분기다양한 기능을 동시에 독립적으로 개발하는 데 사용됩니다(음, 더 많은 버그가 축적되기 때문입니다). 소스 코드커진다). 주요 지점은 주인- 저장소를 생성할 때 나타납니다. 다른 브랜치는 샌드박스입니다. 충분히 플레이한 후 마스터에서 단일 전체로 병합하세요. 이제 이것이 어떻게 수행되는지 설명하겠습니다.
새 지점 만들기
그래서 몇 가지 새로운 기능을 개발하기로 결정했습니다. 새 분기를 만듭니다.
Git 체크아웃 -b [new_branch]
아, 네, 여러분의 상상력이 최대한 발휘될 수도 있지만 브랜치 이름을 지정할 때는 적당히 조절하세요. 좋아하는 언어의 변수에 허용되는 이름으로만 브랜치 이름을 지정할 수 있습니다.
지점 간 전환
이 기능 작업을 잠시 쉬고 다른 지점으로 전환해야 합니까? 사용(로컬 저장소로 작업하는 경우 해당 이름을 지정할 필요가 없습니다):
Git 체크아웃 [저장소]/[분기]
글쎄, 전혀 작업하고 싶지 않다면 완전히 삭제하십시오.
Git 브랜치 -d [브랜치]
브랜치에서 원하는 것은 무엇이든 할 수 있습니다. 다음 명령을 사용하여 원격 저장소에 푸시할 때까지 아무도 이를 볼 수 없습니다.
Git 푸시 원본 [분기]
지점 병합
현재 작업 중인 분기에 분기를 병합하려면 다음을 사용하세요.
힘내 병합 [분기]
그러나 물론 이 모든 것은 갈등으로 이어진다. 그리고 이것은 진짜 문제입니다. 따라서 저장소 디렉토리에서 모든 것을 직접 수동으로 수정해 보십시오. 그런 다음 "유출"했음을 표시하는 것을 잊지 마십시오.
힘내 추가 [파일 이름]
그런데 가지를 비교할 수 있습니다.
힘내 diff [one_branch] [other_branch]
그렇다면 이제 좀 더 과감한 조치를 취해보자. 최신 커밋에 따라 저장소를 업데이트할 예정입니다. 하는 것은 매우 쉽습니다(그러나 다시 되돌리는 것은 그리 쉽지 않으므로 이 끔찍한 실수를 저지르기 전에 두 번 생각하십시오).
힘내 풀
물론, 나는 당신이 미래를 위해 메모를 남기기에는 너무 멋지다는 것을 이해합니다. 모든 것을 머릿속에 보관하십시오. 그러나 여전히 태그를 남기는 것이 좋습니다. 그리고 이것은 제가 발명한 것이 아닙니다. 많은 사람들이 이렇게 합니다.
Git 태그 [the_corresponding_commit의 first_ten_characters]
원하는 커밋 이름의 첫 번째 문자가 무엇인지 모르십니까? 문제 없습니다. 저장소의 기록을 살펴보세요. 해당 로그는 다음과 같습니다.
이 유용한 기능을 사용하기 위한 다양한 매개변수가 있습니다. 직접 Google에 검색해 보세요. 아 네, 그런데 우리는 이미 그것에 대해 한 번 썼습니다.
젠장, 내가 잘못했어!
자, 이제 실수를 하지 않을 것이라고 확신하더라도 실수를 바로잡는 방법을 알려 드리겠습니다. 문제가 하나의 파일에만 있는 경우 HEAD에 대해 Ctrl+Z를 사용합니다.
Git 체크아웃 -- [파일 이름]
그러나 문제가 이미 로컬 저장소에 있는 경우 거기에 있는 모든 내용을 지우고 서버에서 버전을 반환합니다.
Git 가져오기 원본 Git 재설정 --하드원산지/마스터
응, 친구, 여기서는 모든 것이 힘들어요. 이것은 자식입니다.
힘내 기능
게으르고 OS 쉘에 모든 것을 작성하고 싶지 않다면 git의 GUI를 사용할 수 있습니다.
다른 GUI도 많이 찾을 수 있습니다.
git의 표준 출력이 지루하다고 생각되면 색상을 지정하세요.
Git 구성 color.ui true
글쎄요, 대화형 인덱싱이라는 것도 있습니다. 이미 상당히 큰 프로젝트가 있는 경우 다음과 같이 로그의 인덱스 표현을 압축할 수 있습니다.
힘내 추가 -i
이 가이드가 초기 단계에서 git과 작업에 혼동하지 않도록 도움이 되기를 바랍니다. 마침내 백업을 모니터링하는 방법을 배우게 됩니다..
GitHub - 그게 뭐죠? 이 리소스는 소프트웨어 개발자를 위한 웹 기반 버전 제어 및 협업 플랫폼입니다. SaaS(Software-as-a-Service) 비즈니스 모델을 통해 2008년에 출시되었습니다. 이 리소스는 소프트웨어 개발 속도를 높이기 위해 설계된 소스 코드 관리 시스템인 Git을 기반으로 합니다.
GitHub는 현재 개발자와 프로그래머 사이에서 가장 인기 있는 코드 호스팅 서비스입니다.
GitHub - 그게 뭐죠?
Git은 프로젝트의 소스 코드를 저장하고 모든 코드 변경의 전체 기록을 추적하는 데 사용됩니다. 이를 통해 개발자는 여러 개발자의 변경 사항이 충돌할 수 있는 상황을 관리할 수 있는 도구를 제공하여 프로젝트에서 보다 효과적으로 공동 작업할 수 있습니다. GitHub를 사용하면 공용 리포지토리의 소프트웨어를 무료로 조정하고 개선할 수 있지만, 프라이빗 리포지토리에는 요금이 부과됩니다. 관세 계획. 각 공개 또는 비공개 저장소에는 모든 프로젝트 파일과 각 파일의 수정 기록이 포함되어 있습니다. 리포지토리에는 여러 직원이 있을 수 있으며 공개 또는 비공개일 수 있습니다.
GitHub에서 작업하는 방법은 무엇입니까?
이 플랫폼은 Git 코드 저장소를 위한 웹 인터페이스와 협업을 위한 관리 도구를 제공하여 소셜 코딩을 촉진합니다. 이 프로젝트는 소프트웨어 제작자를 위한 중요한 소셜 네트워킹 리소스로 간주될 수 있습니다.
참가자들이 함께 코딩하고, 서로의 작업을 평가하고, 특정 프로젝트에 대한 업데이트를 받고, 공개 또는 비공개로 소통할 수 있는 방법입니다.
사용자는 공동 작업을 위해 프로젝트에 다른 참가자를 추가할 수 있습니다.
술어
GitHub.com 환경에서 개발자가 사용하는 세 가지 중요한 용어는 포크, 풀 요청 및 병합입니다.
포크는 한 회원의 계정에서 다른 계정으로 복사된 저장소입니다. 계정또 다른. 이 도구를 사용하면 개발자는 소스 코드에 영향을 주지 않고 변경할 수 있습니다.
GitHub는 직관적이고 사용하기 쉽고 버전 관리 도구가 협업에 유용하기 때문에 프로그래머가 아닌 다양한 분야의 전문가들 사이에서 리소스가 인기를 얻었습니다. 특히 문서 작업과 멀티미디어 개발 작업에 사용하기 시작했습니다. 예를 들어 문서 프로젝트, 학습 리소스 및 사용자가 온라인으로 상호 작용하고 함께 작업할 수 있는 기타 유형의 작업이 있습니다. GitLab은 GitHub.com의 오픈 소스 대안입니다.
제품 및 기능
유명한 GitHub.com 제품 외에도 SaaS 창립자는 온프레미스 버전을 제공합니다. GitHub Enterprise는 통합 개발 환경, 통합 도구 및 다양한 기능을 지원합니다. 타사 애플리케이션그리고 서비스. 리소스 제공 보안 강화그리고 검증 가능성.
기타 제품 및 앱 기능은 다음과 같습니다.
