Skip to main content
설명서에 자주 업데이트를 게시하며 이 페이지의 번역이 계속 진행 중일 수 있습니다. 최신 정보는 영어 설명서를 참조하세요.

이 버전의 GitHub Enterprise는 다음 날짜에 중단되었습니다. 2023-03-15. 중요한 보안 문제에 대해서도 패치 릴리스가 이루어지지 않습니다. 성능 향상, 향상된 보안, 새로운 기능을 위해 최신 버전의 GitHub Enterprise로 업그레이드합니다. 업그레이드에 대한 도움말은 GitHub Enterprise 지원에 문의하세요.

GitHub 용어

이 문서의 내용

이 용어집에서는 일반적인 Git 및 GitHub 용어를 소개합니다.

@mention

사용자 이름 앞에 를 사용하여 @ GitHub의 사용자에게 알리려면 GitHub의 조직 사용자도 언급할 수 있는 팀의 일원이 될 수 있습니다.

API 미리 보기

새 API 및 기존 API 메서드가 공식 GitHub API의 일부가 되기 전에 변경 내용을 시도하는 방법입니다.

assignee

문제에 할당된 사용자입니다.

basic authentication

자격 증명이 암호화되지 않은 텍스트로 전송되는 인증 방법입니다.

block

조직의 리포지토리에서 공동 작업하는 사용자의 기능을 제거하려면

CA 인증서

사용자의 컴퓨터와 GitHub.com 같은 두 컴퓨터 간에 유효한 연결이 있는지 확인하고 사이트의 소유권을 확인하는 CA(인증 기관)에서 발급한 디지털 인증서입니다.

card

문제 또는 끌어오기 요청과 연결된 프로젝트 보드 내의 이동 가능한 사각형입니다.

clean

현재 HEAD에서 참조하는 수정 버전에 해당하는 경우 작업 트리가 정리됩니다. 또한 "dirty"를 참조하세요.

clone

복제본은 웹 사이트의 서버가 아닌 컴퓨터에 있는 리포지토리의 복사본이거나 해당 복사본을 만드는 행위입니다. 복제를 만들 때 기본 설정 편집기에서 파일을 편집하고 Git을 사용하여 온라인 상태가 되지 않고도 변경 내용을 추적할 수 있습니다. 복제한 리포지토리는 여전히 원격 버전에 연결되어 있으므로 로컬 변경 내용을 원격으로 푸시하여 온라인 상태일 때 동기화 상태를 유지할 수 있습니다.

coupon

사용자 또는 조직에서 구독의 전부 또는 일부를 지불하는 데 사용할 수 있는 GitHub 제공 코드입니다.

cron

Unix와 유사한 컴퓨터 운영 체제의 시간 기반 작업 스케줄러입니다.

cURL

명령줄 또는 스크립트에서 데이터를 전송하는 데 사용됩니다.

dashboard

개인 대시보드는 GitHub에서 활동의 주요 허브입니다. 개인 대시보드에서 팔로우하거나 작업 중인 문제 및 끌어오기 요청을 추적하고, 상위 리포지토리 및 팀 페이지로 이동하고, 보고 있거나 참여하는 리포지토리의 최근 활동에 대해 알아볼 수 있습니다. 팔로우 중인 사용자와 별을 지정한 리포지토리에 따라 권장되는 새 리포지토리를 검색할 수도 있습니다. 특정 조직에 대한 활동만 보려면 조직의 대시보드를 방문하세요. 자세한 내용은 "About your personal dashboard" 또는 "About your organization dashboard.

diff

diff는 두 커밋 또는 저장된 변경 내용 간의 변경 내용 차이입니다. diff는 마지막 커밋 이후 파일에서 추가되거나 제거된 내용을 시각적으로 설명합니다.

directory

하나 이상의 파일 또는 폴더가 포함된 폴더입니다. 디렉터리를 만들어 리포지토리의 콘텐츠를 구성할 수 있습니다.

Explorer

"그래픽 대화형 브라우저 내 GraphQL IDE"인 GraphiQL 인스턴스입니다.

fast-forward

빠른 전달은 수정 버전이 있고 있는 항목의 하위 항목인 다른 분기의 변경 내용을 "병합"하는 특수한 유형의 병합입니다. 이러한 경우 새 병합 커밋을 수행하지 않고 이 수정 버전으로 업데이트합니다. 이 작업은 원격 리포지토리의 원격 추적 분기에서 자주 발생합니다.

fetch

를 사용하면 git fetch원격 리포지토리의 변경 내용을 커밋하지 않고 로컬 작업 분기에 추가합니다. 에서는 달리 git pull페치를 사용하면 변경 내용을 로컬 분기에 커밋하기 전에 검토할 수 있습니다.

Git

Git은 텍스트 파일의 변경 내용을 추적하기 위한 오픈 소스 프로그램입니다. Linux 운영 체제의 작성자가 작성했으며, 소셜 및 사용자 인터페이스인 GitHub가 기반으로 하는 핵심 기술입니다.

gitfile

항상 작업 트리의 루트에 있고 전체 Git 리포지토리와 해당 메타 데이터가 있는 Git 디렉터리를 가리키는 일반 .git 파일입니다. 를 사용하여 명령줄 git rev-parse --git-dir에서 리포지토리에 대한 이 파일을 볼 수 있습니다. 실제 리포지토리입니다.

GitHub Flavored Markdown

GitHub 관련 Markdown은 GitHub 전체에서 산문 및 코드의 서식을 지정하는 데 사용됩니다. GitHub Flavored Markdown 사양 또는 GitHub에서 쓰기 및 서식 지정 시작을 참조하세요.

GitHub Importer

커밋 및 수정 기록을 포함한 소스 코드 리포지토리를 사용자용 GitHub로 신속하게 가져오는 도구입니다.

GitHub Marketplace

GitHub 사용자 및 조직이 워크플로를 확장하고 보완하는 애플리케이션을 구매하고 설치할 수 있는 하위 사이트입니다.

GitHub Wiki

GitHub 리포지토리에서 wiki 스타일 설명서를 호스팅하기 위한 섹션입니다.

GitHub 앱

GitHub 앱은 전체 조직에 서비스를 제공하고 기능을 수행할 때 자신의 ID를 사용합니다. 조직 및 사용자 계정에 직접 설치하고 특정 리포지토리에 대한 액세스 권한을 부여할 수 있습니다. 세분화된 권한과 기본 제공 웹후크가 함께 제공됩니다.

GitHub 작업

고용주가 GitHub 사용자가 관심을 가지는 작업을 게시할 수 있는 GitHub 사이트입니다.

GitHub 페이지

Pages라고도 합니다. GitHub 리포지토리에서 직접 개인, 조직 또는 프로젝트 페이지를 호스트하도록 설계된 정적 사이트 호스팅 서비스입니다.

GraphQL

API에 대한 쿼리 언어 및 기존 데이터로 해당 쿼리를 수행하기 위한 런타임입니다.

분기의 정의된 커밋으로, 일반적으로 분기 끝에 있는 가장 최근 커밋입니다.

hostname

네트워크에 연결된 디바이스의 주소에 해당하는 사람이 읽을 수 있는 애칭입니다.

ID 공급자

IdP라고도 합니다. SAML SSO(Single Sign-On)를 사용하여 다른 웹 사이트에 액세스할 수 있는 신뢰할 수 있는 공급자입니다.

Jekyll

개인, 프로젝트 또는 조직 사이트에 대한 정적 사이트 생성기입니다.

Jekyll 테마 선택기

CSS 파일을 편집하거나 복사하지 않고 Jekyll 사이트의 시각적 테마를 선택하는 자동화된 방법입니다.

label

문제 또는 끌어오기 요청에 대한 태그입니다. 리포지토리에는 몇 가지 기본 레이블이 제공되지만 사용자는 사용자 지정 레이블을 만들 수 있습니다.

LFS

Git 대용량 파일 스토리지. 대용량 파일의 버전 관리를 위한 오픈 소스 Git 확장입니다.

license

프로젝트에 포함할 수 있는 문서로, 소스 코드로 수행할 수 있는 작업과 수행할 수 없는 작업을 사용자에게 알릴 수 있습니다.

main

기본 개발 분기입니다. Git 리포지토리를 만들 때마다 라는 main 분기가 만들어지고 활성 분기가 됩니다. 대부분의 경우 이 항목에는 로컬 개발이 포함되어 있지만 이는 전적으로 규칙에 의한 것이며 필수는 아닙니다.

Management Console

관리 기능이 포함된 GitHub Enterprise 인터페이스 내의 섹션입니다.

Markdown

Markdown은 매우 간단한 의미 체계 파일 형식이며 .doc, .rtf 및 .txt 너무 유사하지 않습니다. Markdown을 사용하면 웹 게시 배경이 없는 사용자도 쉽게 산문을 작성하고(링크, 목록, 글머리 기호 등 포함) 웹 사이트처럼 표시할 수 있습니다. GitHub는 Markdown을 지원하며 GitHub Flavored Markdown이라는 특정 형태의 Markdown을 사용합니다. GitHub Flavored Markdown 사양 또는 GitHub에서 쓰기 및 서식 지정 시작을 참조하세요.

master

많은 Git 리포지토리의 기본 분기입니다. 기본적으로 명령줄에 새 Git 리포지토리를 만들 때 라는 master 분기가 만들어집니다. 이제 많은 도구에서 기본 분기의 대체 이름을 사용합니다. 예를 들어 GitHub에서 새 리포지토리를 만들 때 기본 분기를 라고 합니다 main.

merge

병합은 한 분기(동일한 리포지토리 또는 포크)의 변경 내용을 가져와서 다른 분기에 적용합니다. 이는 종종 "끌어오기 요청"(병합 요청으로 간주될 수 있음) 또는 명령줄을 통해 발생합니다. 충돌하는 변경 내용이 없거나 항상 명령줄을 통해 수행할 수 있는 경우 GitHub.com 웹 인터페이스를 통해 끌어오기 요청을 통해 병합을 수행할 수 있습니다.

mirror

리포지토리의 새 복사본입니다.

OAuth 앱

암호가 아닌 액세스 토큰을 사용하여 사용자의 정보에 액세스하는 타사 애플리케이션입니다.

OAuth 토큰

OAuth 앱에서 사용자의 정보에 액세스하는 데 사용되는 액세스 토큰입니다.

organization

조직은 일반적으로 실제 조직을 미러링하는 두 명 이상의 사용자 그룹입니다. 사용자가 관리하며 리포지토리와 팀을 모두 포함할 수 있습니다.

owner

조직에 대한 완전한 관리 액세스 권한이 있는 조직 구성원.

profile

GitHub에서 사용자의 활동에 대한 정보를 표시하는 페이지입니다.

pull

끌어오기는 변경 내용을 가져오고 병합할 때를 나타냅니다. 예를 들어 둘 다 작업 중인 원격 파일을 편집한 경우 로컬 복사본에 대한 변경 내용을 최신 상태로 유지하려고 합니다. 페치도 참조하세요.

push

푸시하는 것은 커밋된 변경 내용을 GitHub.com 원격 리포지토리로 보내는 것을 의미합니다. 예를 들어 로컬에서 변경한 내용을 다른 사용자가 액세스할 수 있도록 변경 내용을 푸시할 수 있습니다.

rebase

분기에서 다른 베이스로 일련의 변경 내용을 다시 적용하고 해당 분기의 HEAD를 결과로 다시 설정하려면

resolve

실패한 자동 병합이 남긴 내용을 수동으로 수정하는 작업입니다.

revert

GitHub에서 끌어오기 요청을 되돌리면 새 끌어오기 요청이 자동으로 열리며, 원래 병합된 끌어오기 요청에서 병합 커밋을 되돌리는 커밋이 하나 있습니다. Git에서 를 사용하여 커밋을 git revert되돌릴 수 있습니다.

scope

OAuth 앱이 퍼블릭 데이터와 비공용 데이터에 모두 액세스하도록 요청할 수 있는 명명된 권한 그룹입니다.

Single Sign-On

SSO라고도 합니다. 사용자가 IdP(ID 공급자)인 단일 위치에 로그인할 수 있도록 허용하여 사용자에게 다른 서비스 공급자에 대한 액세스 권한을 부여합니다.

SSH 키

SSH 키는 암호화된 메시지를 사용하여 온라인 서버에 자신을 식별하는 방법입니다. 마치 컴퓨터에 다른 서비스에 대한 고유한 암호가 있는 것처럼 표시됩니다. GitHub Enterprise Server은(는) SSH 키를 사용하여 정보를 컴퓨터로 안전하게 전송합니다.

subscription

사용자 또는 조직의 GitHub 계획.

topics

특정 주제 영역에서 리포지토리를 탐색하고, 기여할 프로젝트를 찾고, GitHub의 특정 문제에 대한 새로운 솔루션을 검색하는 방법입니다.

Webhook

웹후크를 사용하면 GitHub.com 특정 이벤트를 구독하는 GitHub 앱을 빌드하거나 설정할 수 있습니다. 웹후크는 리포지토리 또는 조직에서 특정 작업이 발생할 때마다 외부 웹 서버에 알림을 제공할 수 있는 방법을 제공합니다. 서비스 후크라고도 합니다.

강제 푸시

충돌을 고려하지 않고 로컬 변경 내용으로 원격 리포지토리를 덮어쓰는 Git 푸시입니다.

개인 계정

개별 사용자에 속하는 GitHub 계정입니다.

검토

검토를 통해 리포지토리에 액세스할 수 있는 다른 사용자가 끌어오기 요청에 제안된 변경 내용에 대해 주석을 달거나, 변경 내용을 승인하거나, 끌어오기 요청이 병합되기 전에 추가 변경 내용을 요청할 수 있습니다.

고가용성

바람직하게 긴 시간 동안 지속적으로 작동하는 시스템 또는 구성 요소입니다.

고정된 리포지토리

사용자가 프로필에 눈에 띄게 표시하기로 결정한 리포지토리입니다.

공동 작업자

협력자는 리포지토리 소유자가 참여하도록 초대받은 리포지토리에 대한 읽기 및 쓰기 권한이 있는 사람입니다.

기능 분기

새 기능을 실험하거나 프로덕션에 없는 문제를 해결하는 데 사용되는 분기입니다. 토픽 분기라고도 합니다.

기본 분기

끌어오기 요청을 병합할 때 변경 내용이 결합되는 분기입니다. 끌어오기 요청을 만들 때 필요한 경우 기본 분기를 리포지토리의 기본 분기에서 다른 분기로 변경할 수 있습니다.

기본 분기

리포지토리의 새 끌어오기 요청 및 코드 커밋에 대한 기본 분기입니다. 각 리포지토리에는 리포지토리를 초기화할 때 Git에서 만드는 분기가 하나 이상 있습니다. 첫 번째 분기는 일반적으로 라고 main하며 기본 분기인 경우가 많습니다.

기본 전자 메일 주소

GitHub가 영수증, 신용 카드 또는 PayPal 요금 및 기타 청구 관련 통신을 보내는 기본 이메일 주소입니다.

기여

GitHub의 특정 활동: - 사용자의 기여 그래프에 정사각형 추가: "Viewing contributions on your profile" - 프로필의 사용자 타임라인에 활동 추가: "Viewing contributions on your profile"

기여 그래프

일별 최대 1년 동안의 기여도를 표시하는 사용자 프로필의 일부입니다.

기여 지침

사람들이 프로젝트에 기여하는 방법을 설명하는 문서입니다.

기여자 그래프

리포지토리에 상위 100명의 기여자를 표시하는 리포지토리 그래프입니다.

끌어오기 액세스

읽기 액세스의 동의어입니다.

끌어오기 요청

끌어오기 요청은 사용자가 제출하고 리포지토리의 협력자가 수락하거나 거부하는 리포지토리에 대한 변경 사항을 제안합니다. 문제와 마찬가지로 끌어오기 요청에는 각각 고유한 토론 포럼이 있습니다.

끌어오기 요청 검토

끌어오기 요청이 병합되기 전에 변경 내용을 승인하거나 추가 변경 내용을 요청하는 끌어오기 요청에 대한 협력자의 설명입니다.

네트워크 그래프

루트 리포지토리의 분기 및 네트워크에 고유한 커밋을 포함하는 포크 분기를 포함하여 전체 리포지토리 네트워크의 분기 기록을 보여 주는 리포지토리 그래프입니다.

뉴스 피드

리포지토리 또는 시청하는 사람의 활동 보기입니다. 조직의 뉴스 피드는 조직이 소유한 리포지토리에 대한 활동을 표시합니다.

다음(사용자)

다른 사용자의 기여 및 활동에 대한 알림을 받으려면

루트 디렉터리

계층의 첫 번째 디렉터리입니다.

루트 파일 시스템

기본 운영 체제 및 GitHub Enterprise 애플리케이션 환경.

리포지토리

리포지토리는 GitHub의 가장 기본적인 요소입니다. 프로젝트의 폴더로 가장 쉽게 상상할 수 있습니다. 리포지토리에는 문서를 포함한 모든 프로젝트 파일이 포함되며, 각 파일의 수정 기록이 저장됩니다. 리포지토리에는 여러 협력자가 있을 수 있으며 퍼블릭 또는 프라이빗일 수 있습니다.

리포지토리 그래프

리포지토리 데이터의 시각적 표현입니다.

리포지토리 유지 관리자

리포지토리를 관리하는 사람입니다. 이 사용자는 문제를 심사하고 레이블 및 기타 기능을 사용하여 리포지토리의 작업을 관리하는 데 도움을 줄 수 있습니다. 이 사용자는 추가 정보 유지 및 파일 업데이트 기여를 담당할 수도 있습니다.

리포지토리 캐시

분산 팀 및 CI 클라이언트 근처에 있는 GitHub Enterprise 서버 인스턴스에 대한 리포지토리의 읽기 전용 미러입니다.

릴리스

GitHub의 사용자에 대한 소프트웨어 패키징 및 제공 방법

마일스톤

리포지토리에서 문제 또는 끌어오기 요청 그룹의 진행률을 추적하는 방법입니다.

마크업

문서에 주석을 추가하고 서식을 지정하기 위한 시스템입니다.

메일 알림

사용자의 이메일 주소로 전송된 알림입니다.

멤버 그래프

리포지토리의 모든 포크를 보여 주는 리포지토리 그래프입니다.

무료 요금제

무료 사용자 계정 청구 플랜입니다. 사용자는 무제한 공동 작업자와 무제한 퍼블릭 리포지토리에서 공동 작업할 수 있습니다.

바이오

프로필에 있는 사용자 생성 설명: 프로필 에 bio 추가

배포 키

배포 키는 서버에 저장되고 단일 GitHub 리포지토리에 대한 액세스 권한을 부여하는 SSH 키입니다. 이 키는 개인 사용자 계정 대신 리포지토리에 직접 연결됩니다.

별표

리포지토리에 대한 책갈피 또는 감사 표시입니다. 별은 프로젝트의 인기도를 순위를 매기는 수동 방법입니다.

병합 충돌

병합된 분기 간에 발생하는 차이입니다. 병합 충돌은 사용자가 동일한 파일의 동일한 줄을 다르게 변경하거나 한 사람이 파일을 편집하고 다른 사람이 동일한 파일을 삭제할 때 발생합니다. 분기를 병합하려면 먼저 병합 충돌을 해결해야 합니다.

보기

리포지토리 또는 이슈를 시청하여 문제 또는 끌어오기 요청에 대한 업데이트가 있을 때 알림을 받을 수 있습니다.

보안 로그

최근 50개 작업 또는 지난 90일 이내에 수행된 작업을 나열하는 로그입니다.

보호된 분기

보호된 분기는 리포지토리 관리자가 보호하기로 선택한 분기에서 Git의 여러 기능을 차단합니다. 강제 푸시, 삭제, 필수 검사를 통과하거나 필요한 검토를 승인하지 않고 변경 내용을 병합하거나 GitHub 웹 인터페이스에서 파일을 업로드할 수 없습니다. 보호된 분기는 일반적으로 기본 분기입니다.

복구 코드

GitHub 계정에 대한 액세스 권한을 다시 얻을 수 있는 코드입니다.

복제본(replica)

기본 GitHub Enterprise 인스턴스에 대한 중복성을 제공하는 GitHub Enterprise 인스턴스입니다.

부모 팀

중첩된 팀 내에서 자식 팀이 액세스 권한 및 @mentions를 상속하는 기본 팀입니다.

분기

분기는 리포지토리의 병렬 버전입니다. 리포지토리 내에 포함되어 있지만 기본 또는 주 분기에 영향을 주지 않으므로 "라이브" 버전을 방해하지 않고 자유롭게 작업할 수 있습니다. 변경하려는 내용을 변경한 경우 분기를 다시 기본 분기에 병합하여 변경 내용을 게시할 수 있습니다.

분기 비교

끌어오기 요청을 만드는 데 사용하는 분기입니다. 이 분기는 끌어오기 요청에 대해 선택한 기본 분기와 비교되며 변경 내용이 식별됩니다. 끌어오기 요청이 병합되면 비교 분기의 변경 내용으로 기본 분기가 업데이트됩니다. 끌어오기 요청의 "헤드 분기"라고도 합니다.

분기 제한

리포지토리 관리자가 활성화할 수 있는 제한은 특정 사용자 또는 팀만 분기를 푸시하거나 변경할 수 있도록 합니다.

분기 푸시

분기를 원격 리포지토리에 성공적으로 푸시하면 로컬 분기의 변경 내용으로 원격 분기를 업데이트합니다. "분기를 푸시"하는 경우 Git은 원격 리포지토리에서 분기의 HEAD ref를 검색하고 분기의 로컬 HEAD 참조에 대한 직접 상위 항목인지 확인합니다. 확인되면 Git은 모든 개체(로컬 HEAD ref에서 연결할 수 있고 원격 리포지토리에서 누락됨)를 원격 개체 데이터베이스로 끌어온 다음 원격 HEAD ref를 업데이트합니다. 원격 HEAD가 로컬 HEAD의 상위 항목이 아닌 경우 푸시가 실패합니다.

분리된 HEAD

분리된 HEAD에서 작업하는 경우 Git이 경고를 표시합니다. 즉, Git이 분기를 가리키지 않고 커밋이 커밋 기록에 표시되지 않음을 의미합니다. 예를 들어 특정 분기의 최신 커밋이 아닌 임의 커밋을 체크 아웃하면 "분리된 HEAD"에서 작업합니다.

블로그 바로 가기

특정 웹 페이지에 대한 영구 정적 하이퍼링크입니다.

비난

Git의 "비난" 기능은 일반적으로 수정, 작성자 및 시간을 표시하는 파일의 각 줄에 대한 마지막 수정 내용을 설명합니다. 예를 들어 기능이 추가된 시기를 추적하거나 특정 버그를 발생시킨 커밋에 유용합니다.

비밀 팀

팀의 다른 사용자와 소유자 권한이 있는 사용자만 볼 수 있는 팀입니다.

비즈니스 계획

무제한 퍼블릭 및 프라이빗 리포지토리에서 공동 작업하고, 조직 구성원이 SAML SSO를 사용하여 GitHub에 인증하도록 허용하거나 요구하며, SAML 또는 SCIM을 사용하여 액세스를 프로비전 및 프로비전 해제할 수 있는 조직 청구 플랜입니다.

빠른 전달이 아닌 경우

리포지토리의 로컬 복사본이 업스트림 리포지토리와 동기화되지 않았고 로컬 변경 내용을 푸시하기 전에 업스트림 변경 내용을 가져와야 하는 경우.

사용자

사용자는 개인 GitHub 계정을 사용하는 사용자입니다. 각 사용자는 개인 프로필을 가지고 있으며 퍼블릭 또는 프라이빗의 여러 리포지토리를 소유할 수 있습니다. 조직을 만들거나 초대하여 조직에 참여하거나 다른 사용자의 리포지토리에서 공동 작업할 수 있습니다.

사용자 이름

GitHub의 사용자 핸들입니다.

사용자-서버 요청

특정 사용자를 대신하여 작업을 수행하는 애플리케이션에서 사용하는 API 요청입니다. 작업이 사용자-서버 인증으로 수행되는 경우 애플리케이션을 통해 사용자가 수행한 것으로 GitHub에 표시됩니다. 예를 들어 타사 애플리케이션 내에서 문제를 만들도록 선택할 수 있으며 애플리케이션은 GitHub에서 사용자를 대신하여 이 작업을 수행합니다. 애플리케이션이 사용자-서버 요청을 사용하여 수행할 수 있는 작업 범위는 앱과 사용자의 권한 및 액세스 모두에 의해 제한됩니다. 사용자-서버 요청에 사용되는 토큰은 OAuth를 통해 획득됩니다. 자세한 내용은 "Authenticating with a GitHub App on behalf of a user"을 참조하세요. "서버-서버 요청"도 참조하세요.

사전 수신 후크

품질 검사를 구현하는 데 사용할 수 있는 GitHub Enterprise 서버에서 실행되는 스크립트입니다.

상태

커밋이 기여하는 리포지토리에 대해 설정된 조건을 충족하는 끌어오기 요청 내의 시각적 표현입니다.

상태 검사

상태 검사는 리포지토리에서 만드는 각 커밋에 대해 실행되는 연속 통합 빌드와 같은 외부 프로세스입니다. 자세한 내용은 "About status checks"을 참조하세요.

서버-서버 요청

특정 사용자와 독립적으로 봇 역할을 하는 애플리케이션에서 사용하는 API 요청입니다. 예를 들어 일정에 따라 실행되고 오랜 시간 동안 활동이 없는 문제를 닫는 애플리케이션입니다. 이러한 유형의 인증을 사용하는 애플리케이션은 라이선스가 있는 GitHub 계정을 사용하지 않으므로 특정 수의 라이선스를 사용할 수 있는 청구 플랜이 있는 엔터프라이즈에서는 서버-서버 봇이 GitHub 라이선스 중 하나를 사용하지 않습니다. 서버-서버 요청에 사용되는 토큰은 GitHub API를 통해 프로그래밍 방식으로 획득됩니다. 자세한 내용은 "Authenticating as a GitHub App installation"을 참조하세요. "사용자-서버 요청"도 참조하세요.

서비스 후크

"웹후크"라고도 합니다. 웹후크는 리포지토리 또는 조직에서 특정 작업이 발생할 때마다 외부 웹 서버에 알림을 제공할 수 있는 방법을 제공합니다.

선택

확인은 GitHub Enterprise Server에 대한 상태 검사 유형입니다. "상태 검사"를 참조하세요.

스냅샷

특정 시점에 가상 머신의 검사점입니다.

스쿼시

여러 커밋을 단일 커밋으로 결합합니다. Git 명령도 있습니다.

스테이징 인스턴스

수정 사항이 실제 GitHub Enterprise 인스턴스에 적용되기 전에 테스트하는 방법입니다.

쓰기 액세스

사용자가 리포지토리에 대한 변경 내용을 푸시하거나 쓸 수 있는 리포지토리에 대한 권한 수준입니다.

알림

업데이트 설정에 따라 웹 또는 전자 메일로 전달되며 관심 있는 활동에 대한 정보를 제공합니다.

알림 보기

사용자가 구독한 리포지토리의 활동에 대한 알림입니다.

액세스 토큰

명령줄 또는 API에서 Git을 사용하여 HTTPS를 통해 Git 작업을 수행할 때 암호 대신 사용되는 토큰입니다. 개인용 액세스 토큰이라고도 합니다.

액세스 푸시

쓰기 액세스의 동의어입니다.

어플라이언스

산업 표준 하드웨어(일반적으로 서버) 또는 가상 머신에서 최적으로 실행하기에 충분한 운영 체제(JeOS)와 결합된 소프트웨어 애플리케이션입니다.

언급

@기호를 사용하여 사용자 이름을 미리 입력하여 사용자에게 보낸 알림입니다. GitHub의 조직 사용자도 언급할 수 있는 팀의 일원이 될 수 있습니다.

언어학자

GitHub에서 Blob 언어를 검색하고, 이진 파일 또는 공급업체 파일을 무시하고, 생성된 파일을 diffs에 표시하지 않으며, 언어 분석 그래프를 생성하는 데 사용되는 라이브러리입니다.

업스트림

분기 또는 포크에 대해 이야기할 때 원래 리포지토리의 기본 분기를 종종 "업스트림"이라고 합니다. 이는 다른 변경 내용이 들어오는 주요 위치이기 때문에 입니다. 그런 다음, 작업 중인 분기/포크를 "다운스트림"이라고 합니다. origin이라고도 합니다.

업스트림 분기

해당 분기에 병합되는 기본 분기(또는 해당 분기가 에 다시 지정됨)입니다. 및 branch.<name>.merge을 통해 branch.<name>.remote 구성됩니다. A의 업스트림 분기가 원본/B인 경우 때때로 "A가 원본/B를 추적하고 있습니다"라고 말합니다.

엔터프라이즈 계정

연속 통합

CI라고도 합니다. 사용자가 GitHub에서 구성된 리포지토리에 변경 내용을 커밋하면 자동화된 빌드를 실행하고 테스트하는 프로세스입니다. CI는 오류를 감지하는 데 도움이 되는 소프트웨어 개발의 일반적인 모범 사례입니다.

오픈 소스

오픈 소스 소프트웨어는 누구나 자유롭게 사용, 수정 및 공유할 수 있는 소프트웨어입니다(수정 및 수정되지 않은 형식 모두). 오늘날 "오픈 소스"의 개념은 소프트웨어 이상으로 확장되어 누구나 온라인으로 작업 자료를 포크, 수정, 토론 및 기여할 수 있도록 공동 작업 철학을 나타냅니다.

외부 협력자

하나 이상의 조직 리포지토리에 대한 액세스 권한을 부여받았지만 조직에 대한 다른 액세스 권한이 없고 조직의 구성원이 아닌 사용자입니다.

요금제

각 플랜 유형에 대한 설정 기능을 포함하는 사용자 및 조직에 대한 결제 계획입니다.

요점

gist는 GitHub에서 편집, 복제 및 포크할 수 있는 공유 가능한 파일입니다. Gist public 또는 secret을 만들 수 있지만 비밀 gists는 모든 사용자에 URL을 사용할 수 있습니다.

원격

서버에서 호스트되는 리포지토리 또는 분기의 버전이며 GitHub.com 가능성이 높습니다. 원격 버전을 로컬 클론에 연결하여 변경 내용을 동기화할 수 있습니다.

원격 URL

코드가 저장되는 위치: GitHub의 리포지토리, 다른 사용자의 포크 또는 다른 서버.

원격 리포지토리

동일한 프로젝트를 추적하는 데 사용되지만 다른 곳에 상주하는 리포지토리입니다.

원본

기본 업스트림 리포지토리입니다. 대부분의 프로젝트에는 추적할 업스트림 프로젝트가 하나 이상 있습니다. 기본적으로 원본은 해당 용도로 사용됩니다.

웹 알림

GitHub의 웹 인터페이스에 표시되는 알림: https://github.com/notifications

이덴티콘

사용자가 GitHub에 등록할 때 기본 프로필 사진으로 사용되는 자동 생성된 이미지입니다. 사용자는 identicon을 자신의 프로필 사진으로 바꿀 수 있습니다.

이슈

리포지토리와 관련된 개선 사항, 작업 또는 질문이 제안됩니다. 문제는 누구나(퍼블릭 리포지토리의 경우) 만들 수 있으며 리포지토리 협력자가 중재합니다. 각 문제에는 자체 토론 스레드가 포함됩니다. 레이블과 관련된 문제를 분류하고 다른 사람에게 할당할 수도 있습니다.

인스턴스

구성하고 제어하는 가상 머신 내에 포함된 조직의 GitHub 프라이빗 복사본입니다.

인증 코드

브라우저를 통해 2FA로 로그인할 때 GitHub 암호 외에도 제공할 코드입니다. 이 코드는 애플리케이션에서 생성되거나 문자 메시지를 통해 휴대폰으로 배달됩니다. "2FA 인증 코드"라고도 합니다.

읽기 액세스

사용자가 리포지토리에서 정보를 가져오거나 읽을 수 있는 리포지토리에 대한 권한 수준입니다. 모든 퍼블릭 리포지토리는 모든 GitHub 사용자에게 읽기 권한을 부여합니다. 끌어오기 액세스의 동의어입니다.

자식 팀

중첩된 팀 내에서 부모 팀의 액세스 권한 및 @mentions를 상속하는 하위 팀입니다.

잠긴 개인 계정

사용자가 액세스할 수 없는 개인 계정입니다. 사용자가 유료 계정을 무료 계정으로 다운그레이드하거나 유료 플랜이 기한이 지난 경우 계정이 잠깁니다.

저장된 회신

문제 및 끌어오기 요청에서 GitHub에서 사용할 수 있도록 GitHub 사용자 계정에 저장하고 추가할 수 있는 주석입니다.

전 세계 여러분 안녕하세요

"Hello, World!" 프로그램은 "Hello, World!"를 출력하거나 표시하는 컴퓨터 프로그램입니다. 사용자에 대한 입니다. 이 프로그램은 일반적으로 매우 간단하기 때문에 프로그래밍 언어의 기본 구문의 예로 자주 사용되며 새 프로그래밍 언어를 학습하기 위한 일반적인 첫 번째 연습으로 사용됩니다.

전송

리포지토리를 전송하려면 리포지토리의 소유자를 변경해야 합니다. 새 소유자는 리포지토리의 콘텐츠, 문제, 끌어오기 요청, 릴리스 및 설정을 즉시 관리할 수 있습니다.

조직 소유자

소유한 조직에 대한 모든 관리 권한이 있는 사용자입니다.

종속 그래프

퍼블릭 리포지토리에 의존하는 패키지, 프로젝트 및 리포지토리를 보여 주는 리포지토리 그래프입니다.

종속성 그래프

리포지토리가 의존하는 패키지 및 프로젝트를 보여 주는 리포지토리 그래프입니다.

좌석

GitHub Enterprise 조직 내의 사용자입니다. 이를 "좌석 수"라고 할 수 있습니다.

줄 끝

텍스트 파일에서 줄의 끝을 상징하는 보이지 않는 문자 또는 문자입니다.

줄 주석

특정 코드 줄에 대한 끌어오기 요청 내의 주석입니다.

중첩된 팀

부모 팀의 자식 팀입니다. 여러 자식(또는 중첩된) 팀을 가질 수 있습니다.

진단

GitHub Enterprise 인스턴스의 설정 및 환경에 대한 개요입니다.

참가자

기여자는 리포지토리에 대한 공동 작업자 액세스 권한이 없지만 프로젝트에 기여했으며 리포지토리에 병합된 끌어오기 요청을 연 사람입니다.

참여 알림

사용자 이름 또는 팀이 언급되었거나 이전에 댓글에 회신한 문제 또는 끌어오기 요청에서 대화의 업데이트에 대한 알림입니다.

청구 관리자

조직의 청구 설정을 관리하는 조직 구성원입니다.

청구 전자 메일

GitHub가 영수증, 신용 카드 또는 PayPal 요금 및 기타 청구 관련 통신을 보내는 조직 전자 메일 주소입니다.

청구 주기

특정 청구 플랜의 시간 간격입니다.

체리 따기

일련의 변경 내용(일반적으로 커밋)에서 변경 내용의 하위 집합을 선택하고 다른 코드베이스 위에 새 일련의 변경 내용으로 기록합니다. Git에서 이 작업은 다른 분기의 기존 커밋에 의해 도입된 변경 내용을 추출하고 현재 분기의 끝에 따라 새 커밋으로 기록하기 위해 명령에 의해 git cherry-pick 수행됩니다. 자세한 내용은 Git 설명서의 git-cherry-pick 을 참조하세요.

체크아웃

명령줄에서 를 사용하여 git checkout 새 분기를 만들거나, 현재 작업 분기를 다른 분기로 변경하거나, 를 사용하여 다른 분기에서 다른 버전의 파일로 git checkout [branchname] [path to file]전환할 수도 있습니다. "체크 아웃" 작업은 작업 트리의 전체 또는 일부를 개체 데이터베이스의 트리 개체 또는 Blob으로 업데이트하고 전체 작업 트리가 새 분기를 가리키는 경우 인덱스 및 HEAD를 업데이트합니다.

추가 정보

일반적으로 리포지토리에 대한 방문자가 볼 수 있는 첫 번째 파일인 리포지토리의 파일에 대한 정보가 포함된 텍스트 파일입니다. README 파일은 리포지토리 라이선스, 기여 지침 및 행동 강령과 함께 예상을 공유하고 프로젝트에 대한 기여를 관리하는 데 도움이 됩니다.

커밋 ID

SHA라고도 합니다. 커밋을 식별하는 40자 체크섬 해시입니다.

커밋 그래프

지난 1년 동안 리포지토리에 대한 모든 커밋을 보여 주는 리포지토리 그래프입니다.

커밋 메시지

커밋과 함께 제공되고 커밋이 도입하는 변경 내용을 전달하는 짧고 설명이 포함된 텍스트입니다.

커밋 작성자

커밋을 만드는 사용자입니다.

커밋(commit)

커밋 또는 "수정 버전"은 파일(또는 파일 집합)에 대한 개별 변경 내용입니다. 작업을 저장하기 위해 커밋을 수행하면 Git에서 고유한 ID(즉, 일명)를 만듭니다. "SHA" 또는 "해시")를 사용하면 커밋된 특정 변경 내용을 누가 언제 적용했는지와 함께 기록할 수 있습니다. 커밋은 일반적으로 변경된 내용에 대한 간략한 설명인 커밋 메시지를 포함합니다.

커밋되지 않음

현재 분기에 커밋되지 않은 수정 내용이 포함된 경우 작업 트리는 "더티"로 간주됩니다.

코드 빈도 그래프

리포지토리의 기록에서 매주 콘텐츠 추가 및 삭제를 보여 주는 리포지토리 그래프입니다.

코드 소유자

리포지토리 코드의 일부 소유자로 지정된 사람입니다. 코드 소유자가 소유한 코드를 변경하는 끌어오기 요청(초안 모드가 아님)을 열면 코드 소유자가 자동으로 검토를 요청합니다.

클러스터링

여러 노드에서 GitHub Enterprise 서비스를 실행하고 두 노드 간에 요청을 부하 분산하는 기능입니다.

키 지문

더 긴 공개 키를 식별하는 데 사용되는 짧은 바이트 시퀀스입니다.

키워드(keyword)

끌어오기 요청 내에서 사용할 때 문제를 닫는 특정 단어입니다.

키체인

macOS의 암호 관리 시스템입니다.

타임 라인

끌어오기 요청 또는 사용자 프로필의 일련의 이벤트입니다.

토픽 분기

개발자가 개념적 개발 라인을 식별하는 데 사용하는 일반 Git 분기입니다. 분기는 매우 쉽고 저렴하기 때문에 각각 매우 잘 정의된 개념이나 작은 증분이지만 관련 변경 내용을 포함하는 여러 개의 작은 분기를 사용하는 것이 좋습니다. 기능 분기라고도 합니다.

통합

GitHub와 통합되는 타사 애플리케이션입니다. GitHub 앱, OAuth 앱 또는 웹후크일 수 있습니다.

트래픽 그래프

전체 클론(페치 아님), 지난 14일의 방문자, 참조 사이트 및 인기 있는 콘텐츠를 포함하여 리포지토리의 트래픽을 보여 주는 리포지토리 그래프입니다.

연속 액세스 권한 및 멘션이 있는 회사 또는 그룹의 구조를 반영하는 조직 구성원 그룹입니다.

팀 계획

무제한 퍼블릭 및 프라이빗 리포지토리를 제공하는 조직 청구 플랜입니다.

팀 유지 관리자

조직 소유자가 팀을 관리할 수 있는 사용 권한의 하위 집합이 있는 조직 구성원.

퍼블릭 기여

퍼블릭(및 프라이빗) 리포지토리에 대한 기여.

퍼블릭 리포지토리

GitHub 사용자가 아닌 사용자를 포함하여 누구나 퍼블릭 리포지토리를 볼 수 있습니다.

펀치 그래프

요일 및 시간을 기준으로 리포지토리에 대한 업데이트 빈도를 보여 주는 리포지토리 그래프

펄스 그래프

리포지토리의 활동에 대한 개요를 제공하는 리포지토리 그래프입니다.

펜스 코드 블록

코드 블록 전후에 삼중 백틱 ``` 을 사용하여 GitHub Flavored Markdown으로 만들 수 있는 들여쓰기된 코드 블록입니다. 이 예제를 참조 하세요.

포크

포크는 계정에 있는 다른 사용자의 리포지토리의 개인 복사본입니다. 포크를 사용하면 원래 업스트림 리포지토리에 영향을 주지 않고 프로젝트를 자유롭게 변경할 수 있습니다. 업스트림 리포지토리에서 끌어오기 요청을 열고 두 리포지토리가 여전히 연결되어 있으므로 포크를 최신 변경 내용과 동기화된 상태로 유지할 수도 있습니다.

표시되는 팀

모든 조직 구성원이 볼 수 있는 팀입니다 @mentioned .

프라이빗 기여

프라이빗(퍼블릭) 리포지토리에 대한 기여.

프라이빗 리포지토리

프라이빗 리포지토리는 소유자가 지정한 리포지토리 소유자 및 협력자만 볼 수 있습니다.

프로덕션 분기

애플리케이션 또는 사이트에 사용하거나 배포할 준비가 된 최종 변경 내용이 있는 분기입니다.

프로젝트 보드

열에서 카드로 분류되는 문제, 끌어오기 요청 및 메모로 구성된 GitHub 내의 보드.

프로필 사진

사용자 지정 이미지 사용자는 GitHub에 업로드하여 일반적으로 사용자 이름과 함께 활동을 식별합니다. 이를 아바타라고도 합니다.

필수 상태 검사

협력자가 보호된 분기를 변경하기 전에 필요한 모든 CI 테스트가 통과하는지 확인하는 끌어오기 요청을 확인합니다.

필요한 끌어오기 요청 검토

필요한 검토는 협력자가 보호된 분기를 변경하기 전에 끌어오기 요청에 승인된 검토가 하나 이상 있는지 확인합니다.

행동 강령

커뮤니티에 참여하는 방법에 대한 표준을 정의하는 문서입니다.

헤드 분기

끌어오기 요청을 병합할 때 변경 내용이 기본 분기에 결합된 분기입니다. "비교 분기"라고도 합니다.

후크

여러 Git 명령을 정상적으로 실행하는 동안 개발자가 기능 또는 검사를 추가할 수 있는 선택적 스크립트에 대한 호출이 수행됩니다. 일반적으로 후크를 사용하면 명령이 미리 확인되고 잠재적으로 중단될 수 있으며 작업이 완료된 후 사후 알림을 허용합니다.


Further reading