GitHub 및 14 용어

제출

메시지 제출

마스터 브랜치

지점

기능 분기

게시 지점

합병

레이블

체크아웃

당기기 요청

질문

wiki

클론

포크

GitHub의 용어는 모두 어려운 영어다.
GitHub는 프로젝트 버전과 역사를 관리하는 기초이지만 용어의 인상은 고통스럽다.이것들을 일본어로 번역하면 오해하기 때문이다.Git와 GitHub의 차이점을 이해해 주시기 바랍니다.
이 페이지를 다 읽었을 때 분명히 기억할 것이다.

제출

캡처한 거 아세요?사실 제출은 이거랑 똑같아요.캡처는 전체를 촬영하고 날짜와 이름을 짓기 때문이다.마찬가지로 제출은 전체 항목을 저장하고 이유를 제공합니다.
구체적으로 말하면
예를 들어, 변경 사항을 제출하여 GitHub에 저장합니다.

메시지 제출

서류를 편집하고 일주일 후에 업무로 돌아왔는데, 왜 지난주에 편집했는지 생각해 본 적이 없습니까?"댓글을 남기거나 쪽지에 소문자를 쓰면 좋겠다"이런 일은 없나요?

메시지를 제출하는 것은 이 주석이나 쪽지와 같습니다.
구체적으로 돌이켜보면 왜 실시됐는지 다시 한 번 확인할 수 있다.
예를 들어 "다나카 씨의 약속 메시지 덕분에 다음 방침을 이해했습니다."

분지

가지는 일본어로 나뭇가지와 가지라는 뜻이다.가지치기 상상하면 별거 아니야?
브랜치는 디렉토리(폴더)와 동일합니다.그러나 엄밀히 말하면 기능에 따라 구분된 제출 집합을 대표한다.
즉, 새 기능을 만들 때 새 지점을 만들 것입니다.
예를 들면'새로운 검색 기능을 실현하기 위해 지점을 만들어라'.

주 지점

새 Git 프로젝트를 만들 때 기본 브랜치는 항상 master입니다.
이 마스터는 납품품의 1등이다.예를 들면 "마스터에게 직접 제출하지 마세요."

기능 분기

새 기능의 일부를 만들 때 이 기능의 지점에서 작업합니다.
이를 기능 분기라고 합니다.예를 들면 "상당히 많은 기능 지점이 있군요. 하나하나 기능을 실현하세요."

분기 방출

만약 소프트웨어가 이전 버전을 지원한다면, 업데이트 또는 수정을 위해 발표 지점을 만들어야 할 수도 있습니다.
기술적으로 기능 지점과 발표 지점은 변화가 없다.그러나 차이점은 당신의 팀의 프로젝트에 대한 대화가 매우 빨리 진전될 수 있다는 것이다.
예를 들어 "모든 발표 지점의 안전 빈틈을 고쳐야 한다."

병합

합병은 여러 가지 지점을 하나로 합치거나 다른 지점으로 합치는 방법이다.일반적으로 기능 분기는 주 분기에 병합됩니다.예를 들어 "계정 기능이 설치되었는데 마스터 지점이 당신의 기능과 통합될 수 있습니까?"사용자 정의 모양새를 정의합니다.

표식

태그는 특수 제출 (히스토리) 을 보는 데 사용됩니다.태그는 결과물을 게시할 때 자주 사용되는 문서입니다.어떤 버전의 코드가 산출물인지 보고 구분할 수 있습니다.
예를 들어, 당신은 "이 버전에 라벨을 붙여라. 우리는 그것을 교부품에 밀어 넣을 것이다."라고 말할 것이다.

체크 아웃

체크 아웃은 체크 아웃 항목 제출 (히스토리) 의 다른 버전입니다.각 히스토리의 파일을 봅니다.일반적으로 지점을 조사해서 모든 일이 끝났다는 것을 확인할 수 있다.모든 제출은 조회할 수 있습니다.예를 들면'최신 발표된 라벨을 찾을 수 있습니까? 성과가 틀렸기 때문에 수정할 수 있기를 바랍니다.'

추출 요청

원래 요청은 당신이 지점에서 편집한 일을 심사하여 주체에 통합시킬 것이다.실행 가능한 기능을 토론하는 단계에서 당김 요청을 사용합니다.예를 들어 그는 "새로운 투표 기능을 위해 당김 요청을 하자. 나도 다른 팀에 알리고 싶기 때문이다."라고 말했다.

문제

GitHub는 문제를 논의하고 오류를 추적하는 기능입니다.예를 들어, "아이폰은 로그인할 수 없습니다. GitHub 파일에서 오류를 복사할 수 있습니까?"사용자 정의 모양새를 정의합니다.

Wiki

원래 Ward Cunningham이 개발한 Wiki는 서로를 간단하게 연결하고 웹 페이지를 쉽게 만드는 도구입니다.GitHub 프로젝트에서는 Wiki를 사용하여 문서를 작성하는 경우가 있습니다.
예를 들어 "wiki 페이지에 여러 서버에서 실행되는 프로젝트의 설정 방법을 추가로 기술할 수 있습니까?"사용자 정의 모양새를 정의합니다.

클론

GitHub에서 프로젝트 사본을 다운로드하고 싶습니다.복제는 저장소를 컴퓨터에 복사해서 다운로드하는 것이다.로컬 환경에서 작업할 수 있습니다.예를 들어 "오류를 복구하고 싶어서 보고서 복제(repo)를 할 수 있습니까? 가능하다면 오늘 밤까지 GitHub에 수정 버전의 백업을 맡길 수 있습니까?"사용자 정의 모양새를 정의합니다.

포크

항목을 직접 변경할 수 있는 권한이 필요하지 않을 수도 있습니다.그것은 낯선 사람이 쓴 개원 프로젝트와 전혀 모르는 회사 그룹이 쓴 프로젝트 등이다.
프로젝트 변경을 제출하려면 먼저 GitHub의 사용자 계정으로 항목을 복사해야 합니다.이 프로세스를'갈라진 저장소'라고 부른다.원본 항목에 대한 클론 및 편집 및 드래그 요청을 통해 제출합니다.예를 들어 "나는 네가 어떻게 홈페이지를 다시 썼는지 보고 싶다. 너는 보고서(repo)를 포크로 너의 변경 내용을 나에게 제출할 수 있니?"
모든 전문 용어에 압도돼도 신경 쓰지 마세요.자신의 프로젝트를 만들기 시작하면 더 많은 이해가 있겠지!다음 장에서 다양한 GitHub 요소와 프로젝트의 진전을 어떻게 확정하는지 살펴본다.