1. Tag (태그)Git의 기본 개념으로, 특정 커밋에 "이름표"를 붙이는 기능이야. 설명:특정 커밋을 가리키는 고정된 "스냅샷" 같은 것.주로 버전을 표시할 때 사용해 (v1.0, v1.1 등).커밋 해시값(긴 ID)을 기억할 필요 없이 태그를 통해 특정 시점을 쉽게 참조할 수 있어.예시:git tag v1.0 → 현재 커밋에 v1.0이라는 태그를 붙임.git tag -a v1.0 -m "첫 번째 릴리스" → 설명을 포함한 주석 태그(Annotated Tag)를 생성.깃허브에서의 활용:깃허브에서 태그는 저장소의 Code 탭 > "Tags" 섹션에서 확인 가능해.태그를 Release와 연결해서 사용 가능. 2. Release (릴리스) 깃허브의 개념으로, 태그를 기반으로 한 "정식 배포" 같은 개념이야..

1. Issue (이슈)설명: 프로젝트에서 해결해야 할 작업, 문제, 버그, 또는 아이디어를 기록하는 "할 일" 같은 거야.사용 예시:"로그인 화면에서 에러가 발생해요!""새로운 기능 추가 제안"활용 팁:이슈에 제목과 상세 설명을 작성해서 팀원들과 논의할 수 있어.각 이슈에 담당자와 레이블을 붙여서 관리 가능. 2. Assignee (담당자)설명: 특정 이슈나 Pull Request를 해결할 책임이 있는 팀원을 지정하는 거야.사용 예시:"Mike, 이 기능은 네가 담당해줘!"활용 팁:여러 명을 지정할 수도 있어.담당자를 정하면 누가 그 작업을 책임지고 있는지 명확해져. 3. Label (레이블)설명: 이슈나 Pull Request를 분류하기 위한 태그야.예: "버그", "새 기능", "문서 작업", "긴..

브랜치(Branch)브랜치는 하나의 저장소 내의 독립적인 작업 공간이다.브랜치를 생성하면 기존 코드의 복사본이 만들어지고, 그 후에는 독립적으로 작업할 수 있다.다른 브랜치에서 작업한 내용이 현재 작업 중인 브랜치에 영향을 주지 않아서, 여러 기능을 동시에 개발할 때 유용하게 쓰인다. master/main: Git이 제공하는 기본적인 브랜치의 이름.작업이 끝나면 그 브랜치를 main(혹은 다른 브랜치)에 병합(Merge)해서 최종적으로 통합하는 방식이다. 브랜치 예시 main 브랜치: 프로젝트에서 안정적인 코드를 유지하는 브랜치. 배포나 릴리즈할 때 주로 사용.feature 브랜치: 새로운 기능을 개발하는 브랜치. 예를 들어, 로그인 기능을 만들 때 feature/login이라는 브랜치를 생성해서 작업할..

Collaborator레포지토리 관리자(owner)가 직접 초대해서 협업 권한을 부여받은 사람.해당 레포지토리에서 브랜치를 생성하거나 푸시(push)할 수 있는 권한이 있다.코드 리뷰, 머지(merge), 이슈 관리 등 여러 작업에 직접적으로 참여 가능하다.개인 레포지토리에서 주로 사용되고, 권한은 초대한 사람이 설정한 수준에 따라 다를 수 있다. (Read/Write/Admin 등)Contributor일반적으로 Pull Request(PR)를 통해 코드나 내용을 레포지토리에 기여하는 사람.레포지토리에 직접 접근 권한은 없고, 자신의 포크(fork)된 버전에서 작업한 뒤, 원본 레포지토리로 PR을 보내는 방식으로 기여한다. 주로 오픈소스 프로젝트에서 많이 사용된다. 브랜치를 만들 수 있는 사람은 누구인가..

git config --global user.email "global@example.com"--global의 의미 git config 명령어에서 설정의 범위(scope)를 정해주는 옵션이 옵션을 사용하면, 해당 설정이 모든 깃 프로젝트(레포지토리)에 공통적으로 적용된다 즉, 컴퓨터 사용자 계정에 저장되는 전역 설정(global configuration) 보통 사용자 이름(user.name)과 이메일(user.email) 같은 사용자 정보 설정에 사용된다 다른 설정 범위깃은 총 3가지 설정 범위를 제공한다:--local (기본값)특정 프로젝트(레포지토리)에만 적용설정 정보는 해당 레포지토리 폴더 안의 .git/config 파일에 저장--global네 컴퓨터에서 모든 레포지토리에 적용설정 정보는 사용자 계정..

Git과 Github의 사용 흐름Fork → Clone → Commit → Fetch & Merge → Push → Pull Request 1. Fork (원격 -> 원격 복사)- Fork는 원격 저장소의 지금 상태 그대로를 복사해서 자신의 Github 계정에 저장소를 생성한다.- Fork는 Git 기능이 아니라 GitHub가 Git 기능을 추상화해서 제공하는 기능이므로 git fork같은 명령어는 없다. 즉, git clone을 GitHub 내에서 구현했다고 생각하면 된다.- Fork된 저장소는 원본 저장소와 완전히 동일한(주소만 다른) 자신만의 저장소이다. 2. Clone (원격 -> 로컬 복사)- 원격에서는 소스를 수정할 수 없으므로 이 저장소를 작업할 로컬 머신에 내려받아야 하는데 이 과정이 Cl..