Git14 [Git] Git 기본 다지기와 브랜치 정리 1. Git의 핵심 구조 이해Git은 분산 버전 관리 시스템입니다. 핵심 요소는 다음과 같습니다. 구성요소 역할 Working Directory내 컴퓨터에서 수정 중인 실제 파일들이 있는 공간Staging Area (Index)커밋 전에 “올려두는” 대기 공간 (git add)Local Repository내 PC에 저장된 Git DB (.git 폴더)Remote RepositoryGitHub, GitLab, Bitbucket 등 원격 저장소📌 흐름수정 → git add(스테이징) → git commit(로컬 저장소 기록) → git push(원격 반영)2. 브랜치(Branch) 기본기브랜치는 개발 라인을 나누는 개념master/main: 배포 가능한 안정 버전feature/: 기능 개발용 브랜치hot.. 2025. 8. 11. Git 버전 관리 시스템의 핵심 구조 Git 버전 관리 시스템의 핵심 구조버전 관리의 큰 그림: Git이 관리하는 세 공간버전 관리 시스템, 특히 Git을 이해하려면 다음 세 공간의 개념을 알아야 합니다:1. 작업 디렉터리 (Working Directory)실제로 사용자가 파일을 수정하고 작업하는 공간입니다.예: 코드 편집기에서 작업하는 파일들이 여기에 해당합니다.2. 스테이지 (Stage)커밋 전에 어떤 파일을 저장소에 포함시킬지 선택하는 대기 공간입니다.git add 명령으로 작업 디렉터리의 변경 사항을 이곳에 올립니다.3. 저장소 (Repository)커밋된 버전들이 저장되는 공간입니다.git commit을 하면 스테이지에 올라온 파일들이 이곳에 저장됩니다.이해를 돕는 비유작업 디렉터리는 초안 종이를 쓰는 책상,스테이지는 제출할 원고를.. 2025. 5. 19. [Git] 옵션 중에 '-u' 의미와 기능 🔹 Git 옵션 중에 '-u'의 역할git push -u origin main이 명령을 실행하면 다음과 같은 효과가 생깁니다:로컬 main 브랜치가 원격 저장소(origin)의 main 브랜치와 연결됩니다.이후에는 git push 또는 git pull만 입력해도 자동으로 origin/main과 동기화됩니다.✅ 예시 비교 명령 설명 git push연결 설정 없으면 오류 발생 가능git push -u origin main연결을 설정하고 푸시까지 수행그다음부터 git push매번 origin main 입력할 필요 없이 푸시됨 즉, -u는 한 번만 설정해 두면 편하게 쓸 수 있는 단축 연결 설정이라고 이해하면 되비다. 2025. 5. 15. FastAPI 프로젝트에서 사용한 Git 명령어 정리 💡 FastAPI 프로젝트에서 사용한 Git 명령어 정리OpenAI API 연동과 MySQL 데이터베이스 전환 작업을 하면서 Git을 이용해 브랜치를 관리하고, 변경사항을 안전하게 커밋하고, 원격 저장소와 동기화하는 과정을 학습했습니다.다음은 그 과정에서 사용한 핵심 Git 명령어들과 그 활용법입니다.1️⃣ Git 저장소 Clonegit clone https://github.com/사용자명/fastapi.gitcd fastapi2️⃣ 브랜치 확인현재 브랜치 확인: git branch원격 브랜치 확인: git branch -a, git branch -r3️⃣ 브랜치 생성 및 전환git checkout -b OpenAI origin/OpenAIorigin/OpenAI는 원격 서버에 있는 브랜치이며, Ope.. 2025. 5. 9. [git] Git에서 Diverge 발생 시 해결 전략: Merge, Rebase 그리고 Fast-Forward Git에서 Diverge 발생 시 해결 전략: Merge, Rebase 그리고 Fast-Forward Git을 사용하다 보면 여러분의 로컬 브랜치와 원격 브랜치가 서로 다른 방향으로 발전해 'diverge'라는 상황에 직면할 수 있습니다. 이는 브랜치들이 고유한 커밋들을 가지고 있어서 자동으로 병합할 수 없는 경우를 의미합니다. 이러한 diverge 상황을 해결하기 위한 세 가지 주요 전략은 Merge, Rebase, 그리고 Fast-Forward입니다. Merge: git config pull.rebase false Merge는 두 개의 브랜치를 하나의 병합 커밋으로 통합합니다. 이 과정에서 두 브랜치의 커밋 히스토리가 모두 보존됩니다. 병합된 커밋은 두 브랜치의 작업을 하나로 결합한 결과를 나타냅니다.. 2024. 2. 20. [git] 운영체제에 따른 git 사용 유의사항 운영체제에 따른 git 사용 유의사항 Git은 버전 관리 시스템으로, 다양한 운영체제에서 활발히 사용되고 있습니다. 그러나 사용하는 운영체제에 따라 몇 가지 주의해야 할 점이 있습니다. 이 글에서는 특히 Windows 환경에서의 Git 사용에 초점을 맞추어 유의사항을 설명하고자 합니다. 파일 경로의 길이 제한 Windows에서는 기본적으로 파일 경로의 길이에 제한이 있습니다. 이는 Git을 사용할 때 특정 리포지토리의 파일 경로가 너무 길어 발생하는 오류로 이어질 수 있습니다. 이 문제를 해결하기 위해 Git 설정에서 core.longpaths를 활성화하여 긴 경로를 허용하도록 설정할 수 있습니다. git config --system core.longpaths true 파일 시스템의 대소문자 구분 Win.. 2024. 2. 13. [git] 로컬 디렉터리를 깃(Git) 저장소로 올려 사용하는 방법 로컬 디렉터리를 깃(Git) 저장소로 올려 사용하는 방법 깃 설치: 먼저 깃을 설치해야 합니다. 이미 설치되어 있다면 이 단계는 건너뛰세요. 로컬 저장소 생성: 로컬 디렉터리에서 깃 저장소를 초기화합니다. 원하는 디렉터리로 이동한 후, git init 명령어를 사용합니다. 파일 추가 및 커밋: 디렉터리 내의 파일들을 스테이징 영역에 추가하고 커밋합니다. 모든 파일을 추가하려면 git add . 명령어를 사용합니다. 커밋하기 위해 git commit -m "초기 커밋"과 같이 메시지와 함께 커밋합니다. 원격 저장소 생성: GitHub, GitLab, Bitbucket 등의 서비스에서 새로운 원격 저장소를 생성합니다. 원격 저장소 연결: 로컬 저장소와 원격 저장소를 연결합니다. git remote add o.. 2024. 2. 12. [git] GitHub에서 '비공개'(Private)와 '공개'(Public) 저장소의 차이 GitHub에서 '비공개'(Private)와 '공개'(Public) 저장소의 차이 GitHub에서 '비공개'(Private)와 '공개'(Public) 저장소의 차이는 주로 가시성(visibility), 접근 권한(access), 사용 방법(usage), 그리고 허용 데이터(data allowance)에 관한 것입니다. 가시성 (Visibility) 공개 저장소 (Public Repositories): 누구나 저장소의 내용을 볼 수 있습니다. GitHub 사용자는 아무런 제한 없이 공개 저장소를 복제(clone)하거나 포크(fork)할 수 있으며, 이슈(issue)를 제기하거나 풀 리퀘스트(pull request)를 보낼 수 있습니다. 오픈 소스 프로젝트에 이상적입니다. 비공개 저장소 (Private Re.. 2024. 2. 6. [git] GitHub에서 '비공개'(Private)와 '공개'(Public) 저장소의 차이 GitHub에서 '비공개'(Private)와 '공개'(Public) 저장소의 차이 GitHub에서 '비공개'(Private)와 '공개'(Public) 저장소의 차이는 주로 가시성(visibility), 접근 권한(access), 사용 방법(usage), 그리고 허용 데이터(data allowance)에 관한 것입니다. 가시성 (Visibility) 공개 저장소 (Public Repositories): 누구나 저장소의 내용을 볼 수 있습니다. GitHub 사용자는 아무런 제한 없이 공개 저장소를 복제(clone)하거나 포크(fork)할 수 있으며, 이슈(issue)를 제기하거나 풀 리퀘스트(pull request)를 보낼 수 있습니다. 오픈 소스 프로젝트에 이상적입니다. 비공개 저장소 (Private Re.. 2024. 2. 6. 이전 1 2 다음
