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

GitHub 용어

이 문서의 내용

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

@mention

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

access token

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

API preview

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

appliance

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

assignee

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

authentication code

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

base branch

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

basic authentication

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

billing cycle

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

billing email

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

billing manager

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

billing plan

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

bio

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

blame

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

block

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

branch

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

branch restriction

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

Business plan

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

CA certificate

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

card

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

check

확인은 {% data variables.product.product_name %}에 대한 상태 검사 유형입니다. "상태 검사"를 참조하세요.

checkout

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

cherry-picking

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

child team

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

clean

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

clone

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

clustering

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

code frequency graph

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

code of conduct

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

code owner

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

collaborator

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

commit

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

commit author

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

Commit graph

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

commit ID

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

commit message

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

compare branch

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

continuous integration

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

contribution graph

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

contribution guidelines

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

contributions

GitHub의 특정 활동: - 사용자의 기여 그래프에 정사각형 추가: "기여로 계산되는 항목" - 프로필의 사용자 타임라인에 활동 추가: "기여 활동"

contributor

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

contributors graph

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

coupon

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

cron

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

cURL

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

dashboard

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

default branch

리포지토리의 새 끌어오기 요청 및 코드 커밋에 대한 기본 분기입니다. 각 리포지토리에는 리포지토리를 초기화할 때 Git에서 만드는 분기가 하나 이상 있습니다. 첫 번째 분기는 일반적으로 {% ifversion ghes < 3.2 %}master{% else %}main{% endif %}라고 하며 종종 기본 분기입니다.

dependency graph

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

dependents graph

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

deploy key

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

detached HEAD

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

diagnostics

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

diff

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

directory

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

dirty

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

email notifications

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

enterprise account

엔터프라이즈 계정을 사용하면 여러 조직에 대한 정책 및 청구를 중앙에서 관리할 수 있습니다. {% data reusables.gated-features.enterprise-accounts %}

Explorer

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

fast-forward

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

feature branch

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

fenced code block

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

fetch

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

following (users)

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

force push

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

fork

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

Free plan

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

gist

gist는 GitHub에서 편집, 복제 및 포크할 수 있는 공유 가능한 파일입니다. Gist {% ifversion ghae %}내부{% else %}공개{% endif %} 또는 비밀을 만들 수 있지만 비밀 gists는 {% ifversion ghae %}모든 엔터프라이즈 멤버{% else %}모든 사용자{% endif %}에 URL을 사용하여 사용할 수 있습니다.

Git

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

gitfile

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

GitHub App

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

GitHub Flavored Markdown

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

GitHub Importer

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

GitHub Jobs

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

GitHub Marketplace

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

GitHub Pages

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

GitHub Wiki

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

GraphQL

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

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

head branch

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

Hello, World

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

high-availability

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

hook

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

hostname

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

identicon

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

identity provider

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

instance

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

integration

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

issue

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

Jekyll

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

Jekyll Theme Chooser

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

key fingerprint

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

keychain

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

keyword

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

label

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

LFS

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

license

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

line comment

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

line ending

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

Linguist

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

locked personal account

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

main

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

management console

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

Markdown

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

markup

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

master

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

members graph

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

mention

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

merge

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

merge conflict

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

milestone

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

mirror

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

nested team

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

network graph

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

news feed

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

non-fast-forward

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

notification

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

OAuth App

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

OAuth token

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

open source

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

organization

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

organization owner

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

origin

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

outside collaborator

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

owner

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

parent team

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

participating notifications

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

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

personal account

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

pinned repository

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

pre-receive hooks

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

primary email address

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

private contributions

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

private repository

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

production branch

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

profile

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

profile photo

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

project board

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

protected branch

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

public contributions

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

public repository

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

pull

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

pull access

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

pull request

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

pull request review

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

pulse graph

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

punch graph

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

push

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

push a branch

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

push access

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

read access

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

README

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

rebase

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

recovery code

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

release

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

remote

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

remote repository

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

remote URL

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

replica

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

repository

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

repository cache

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

repository graph

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

repository maintainer

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

required pull request review

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

required status check

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

resolve

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

revert

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

review

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

root directory

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

root filesystem

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

saved reply

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

scope

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

seat

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

secret team

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

security log

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

server-to-server request

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

service hook

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

single sign-on

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

snapshot

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

squash

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

SSH key

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

staging instance

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

star

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

status

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

status checks

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

subscription

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

team

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

team maintainer

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

Team plan

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

timeline

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

topic branch

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

topics

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

traffic graph

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

transfer

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

upstream

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

upstream branch

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

user

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

user-to-server request

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

username

GitHub의 사용자 핸들입니다.

visible team

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

watch

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

watching notifications

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

web notifications

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

webhooks

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

write access

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


Further reading