깃허브

Git 설치하기

Benihs 2025. 1. 27. 21:00
728x90
반응형

vscode로 작업하다 코드를 깃허브에 올리고 싶어 source control 탭에 들어갔다

VS Code의 Source Control

그랬더니 이런 글이 나왔다. 인기 있는 소스 컨트롤 시스템인 깃이란 무엇이고 어떻게 사용할까?

 

Git이란?

Git이란 분산 버전 관리 시스템(DVCS, Distributed Version Control System)의 일종으로,

소스 코드와 같은 파일의 변경 이력(history)을 관리하고 협업을 도와주는 도구이다.

Git은 개발자가 작성한 코드의 변경 사항을 추적하고,

여러 명의 개발자가 동시에 작업할 때 충돌을 최소화하며 효율적인 협업을 가능하게 한다.

 

Git 주요 특징

 

  1. 분산형 구조
    • Git은 중앙 서버뿐만 아니라 각 사용자의 로컬 저장소에도 모든 데이터가 저장된다. 인터넷이 연결되지 않아도 로컬 저장소에서 모든 히스토리를 확인하거나 작업할 수 있다.
  2. 효율적인 협업
    • 여러 개발자가 각자 작업한 내용을 브랜치를 통해 독립적으로 관리하고, 필요시 병합(Merge)하여 최종 결과물을 생성할 수 있다.
  3. 변경 이력 관리
    • 파일의 변경 사항을 커밋(Commit) 단위로 저장하여 언제든지 과거 상태로 되돌리거나 변경 내역을 확인할 수 있다.
  4. 브랜치
    • 브랜치를 통해 독립적인 작업 환경을 생성하고, 메인 코드(main branch)에 영향을 주지 않고 실험적인 작업을 진행할 수 있다.
  5. 경량화와 속도
    • Git은 속도가 빠르고, 저장소 용량을 최소화하면서 효율적으로 데이터를 관리한다.

로컬에서 작업한 내용을 원격 저장소에 공유하려면 추가로 GitHub, GitLab 같은 호스팅 서비스를 사용해야 한다.

기능 GitHub GitLab
호스팅 옵션 클라우드 기반 (자체 호스팅 불가)  클라우드 및 자체 호스팅 가능
CI/CD 지원 GitHub Actions (설치 필요) 내장된 CI/CD 기능 (즉시 사용 가능)
오픈 소스 플랫폼 자체는 오픈 소스가 아님 플랫폼 자체는 오픈 소스
사용 용이성 더 직관적인 인터페이스 고급 DevOps 기능으로 더 복잡할 수 있음
커뮤니티 큰 오픈 소스 커뮤니티 협업보다 엔터프라이즈 환경에 초점

 

Git 다운로드

Git 자체를 설치하는 법은 간단하다.

Git 사이트를 들어간다.

Git Main

 

들어가면 Download for Windows라고 윈도우면 바로 다운로드하는 페이지로 가는 컴퓨터 모양 아이콘 안에 버튼이 있다.

하지만 자신이 윈도우가 아니라면 Downloads에 들어간다.

Downloads

그럼 이렇게 여러 가지 운영체제로 갈 수 있는 버튼과 윈도우 용 다운로드 버튼이 있다.

여기선 OS에 따라 분기가 나눠지니 나눠서 설명하겠다.

Windows에서 Git Download

Windows나 컴퓨터 아이콘 안에 Download for Windows나 둘 중 하나의 버튼을 누르면 아래 페이지로 이동된다.

Download for Windows

여러 가지 클릭하고 싶어지는 파란 글씨들이 보일 텐데 하나씩 설명해 주겠다.

 

가장 맨 위에 있는 Click here to download 는 옆에 설명 그대로 클릭하면 Windows용 Git의 최신(이 글을 쓴 날짜 기준 최신 버전인 2.47.1(2)) 64비트 버전을 다운로드해 준다. 13일 전인 2025-01-14에 출시되었다고 한다.

 

그리고 그 밑에 있는 bit Git for Windows는 다른 윈도우 용 깃을 다운로드할 수 있게 해주는 파란 글씨다. 

32 bit와 64 bit는 컴퓨터에 맞게 고르면 되고 Standalone 은 실행파일(.exe), Portable은 무설치 파일 (압축파일)이다.

 

마지막으론 그 밑에 있는 winget 도구를 사용하는 방법이다.
아직 winget 도구가 없다면 설치한 다음, 명령 프롬프트나 Powershell에 아래 명령을 입력하면 된다.

winget install --id Git.Git -e --source winget

 

현재 소스 코드 릴리스는 버전 2.48.1이라고 한다. 최신 버전을 원하면 소스 코드에서 빌드할 수 있다.

 

MacOS에서 Git Download

macOS 글씨를 누르면 아래 페이지로 이동된다.

Download for macOS

macOS에서 Git을 설치하는 방법에는 Window보다 여러 가지 옵션이 있다.

비소스 배포판은 타사에서 제공하며 최신 소스 릴리스와는 다를 수 있다고 한다.

 

1. Homebrew

첫 번째로 Homebrew을 이용하는 방법이다.

Homebrew

 Homebrew 사이트로 이동해 Install Homebrew 문구 아래에 있는 명령어를 복사해 실행한다.

설치가 끝나면 커맨드 2개 입력하라고 나오는데 2개 각각 터미널에 잘 입력하면 된다.

Homebrew 다 설치되었으면 터미널에 깃허브 페이지에 있던 명령어 brew install git를 입력하면 git이 설치된다.

 

2. MacPorts

MacPorts 사이트에 들어간다.

Mac Ports

Download 버튼이나 Installing MacPorts로 들어간다.

버전에 맞게 설치해 준다.

설치가 끝나면 마찬가지로 깃허브 페이지에 있던 명령어 sudo port install git을 입력하면 git이 설치된다.

3. Xcode

Apple에선 Xcode와 함께 Git 바이너리 패키지를 제공해준다고 한다.

Xcode 사이트에 들어간다.

다운로드해 주고 깃을 설치한다.

 

4. Binary installer

마지막으로 Binary installer를 사용한 방법이다.

사이트에 들어가 Download 해준다.

Tim Harper는 Git용 설치 프로그램을 제공해 주지만 최신 버전은 3년 전인 2021-08-30에 출시된 2.33.0이라고 한다.

 

Git 설치

Git을 다운로드하는 방법을 운영체제 별로 알아봤으니 이제 윈도우에서 Git을 설치하는 법을 설명하겠다.

내가 윈도우를 사용하기 때문에 다른 버전은 없다.

Git-2.47.1.2-64-bit

내가 다운로드 한 버전은 현재 최신 버전인 이것이다.

다운로드 한 파일을 실행시켜 준다.

Information

첫 화면엔 리눅스를 개발한 사람이 만들어서 그런가 그누 일반 공용 라이선스(GNU GPL)가 나온다.

대충 FSF에서 만든 오픈 소스 라이선스로 소프트웨어를 자유롭게 사용, 수정, 배포할 수 있도록 허용하면서도, 이를 기반으로 파생된 소프트웨어도 동일한 자유를 유지하도록 요구한다는 내용이다.

즉, 대충 깃허브에 올린 코드엔 저작권이 없다는 뜻이니 동의하고 Next를 눌러준다.

select Destination Location

저장할 위치를 선택해 준다.

select Components

다음은 옵션을 선택하는 단계이다. 옵션들을 설명해 주면

 

  • Additional icons
    • On the Desktop:
      Git의 바로 가기를 바탕화면에 생성한다.
      → 선택하지 않아도 무관. Git은 주로 명령줄이나 터미널에서 사용한다.
  • Windows Explorer integration
    • Open Git Bash here:
      Windows 탐색기에서 폴더를 우클릭하면 해당 폴더에서 Git Bash를 바로 열 수 있는 옵션을 추가한다.
      → 추천: Git Bash 사용 시 매우 편리하므로 선택하는 것이 좋다.
    • Open Git GUI here:
      Windows 탐색기에서 폴더를 우클릭하면 Git GUI를 열 수 있는 옵션을 추가한다.
      → GUI를 자주 사용하지 않는다면 선택하지 않아도 된다.
  • Git LFS (Large File Support)
    대용량 파일을 효율적으로 관리할 수 있도록 지원하는 Git 확장 기능이다.
    → 추천: 대용량 파일(이미지, 동영상 등)을 다루는 프로젝트가 있다면 선택. 그렇지 않다면 제외해도 상관없다.
  • Associate .git* configuration files with the default text editor
    Git 관련 설정 파일(.gitconfig 등)을 기본 텍스트 편집기(예: Notepad)로 열도록 연결한다.
    → 추천: 일반적으로 선택하는 것이 좋다.
  • Associate .sh files to be run with Bash
    .sh 파일(쉘 스크립트)을 Git Bash에서 실행 가능하도록 연결한다.
    → 추천: Git Bash를 주로 사용하는 경우 선택.
  • Check daily for Git for Windows updates
    Git for Windows 업데이트를 매일 확인합니다.
    → 선택 사항: 빈번한 업데이트 알림이 귀찮다면 체크 해제해도 상관없다.
  • Add a Git Bash Profile to Windows Terminal
    Windows Terminal에서 Git Bash를 추가 프로필로 사용할 수 있다.
    → 추천: Windows Terminal을 사용하는 경우 선택.
  • Scalar (Git add-on to manage large-scale repositories)
    대규모 저장소를 효율적으로 관리하기 위한 Git 확장 도구다.
    → 추천: 대규모 프로젝트(예: 수십만 개 파일을 다루는 저장소)가 아니라면 제외해도 상관없다.

 

원하는 옵션을 선택해 주고 Next를 누른다.

select Start Menu Folder

Git 설치 시, Windows 시작 메뉴에 생성될 바로가기 폴더의 이름을 설정한다.

밑에 Don’t create a Start Menu folder 체크 박스에 체크하면 만들지 않고 넘어간다.

일반적으로 만드는 것이 편리하기 때문에 난 기본으로 두고 넘어가겠다.

Choosing the default edifor used by Git

다음은 Git 설치 과정 중 기본 텍스트 편집기(Default Editor)를 선택하는 단계이다.

기본적으로 Vim이 선택되어 있고 Git에서는 core.editor 설정으로 이 편집기를 사용한다.

초보자에겐 Vim은 다루기 어려울 수 있으니 드롭다운 메뉴를 선택한다.

DropDown Menu

이렇게 밑에 있는 Use Visual Studio Code as Git's default editor를 선택해 주면 기본 에디터로 VS Code를 선택할 수 있다.

이외에도 Notepad, Sublime 등이 있어 현재 컴퓨터에 깔려있고 편한다면 그걸로 선택해 줘도 좋다.

 

물론 지금 현재 깔려 있지 않아서 기본 Vim을 선택해야 해도 너무 걱정하지 않아도 된다.

Git 설치 후에도 VS Code를 설치하고 git config 명령으로 기본 편집기를 변경할 수 있다.

예시)

git config --global core.editor "에디터 경로"

choosing Visual Studio Code used by Git

VS Code를 선택했다면 화면 아래 메시지가 위와 같이 변했을 것이다.

여기서 빨간 글씨로 WARNING 떴다고 불안하실 수 있는데

그 이유는 선택된 설정이 현재 사용자 계정에만 적용된다는 것이기 때문이다.

관리자 권한이 없는 일반 계정에서 Git을 설치할 경우 나타날 수 있는 정상적인 메시지기 때문에 걱정하지 않아도 된다.

 

물론 Git을 설치하려는 데스크톱 또는 노트북이 공용이고 계정이 여러 개 있고 모두 Git을 사용한다고 하면 문제가 될 수 있다. 이럴 경우 그냥 VIM으로 설치해 주자.

하지만 지금은 개인이 사용하려 설치하는 것이기 때문에 경고는 무시하고 Next를 눌러주자.

Adjusting the name of the initial branch in new repositories

다음 단계는 Git 설치 중 새로운 저장소의 초기 브랜치 이름 설정에 대한 옵션을 선택하는 단계다.

또 옵션을 설명하면

  1. Let Git decide (Git에 맡기기)
    • Git이 초기 브랜치 이름을 자동으로 결정하도록 설정한다.
    • 현재 기본값은 master이며, Git 프로젝트에서는 점차 포괄적인 이름인 main으로 변경을 권장하고 있다.
    • 추후 업데이트에서 main으로 기본값이 바뀔 가능성이 있다.
  2. Override the default branch name for new repositories (기본 브랜치 이름 재정의)
    • git init 명령어로 새 저장소를 생성할 때 기본 브랜치 이름을 직접 설정할 수 있다.
    • 일반적으로 main을 많이 사용하며, 일부 팀에서는 trunk, development 같은 이름을 사용하기도 한다.
    • 이 옵션을 선택하면 입력 필드에 원하는 브랜치 이름(예: main)을 설정할 수 있다.

그냥 기본으로 넘길 수 있겠지만 레포지토리를 만들 때 깃허브에서 만들면 기본 브런치가 main으로 설정된다.

그런데 1번 옵션을 선택하면 기본 브런치가 master로 설정된다.

추후 main으로 바뀐다곤 하지만 아직 안 바꿨기에 지금 설치하는 나는 2번 옵션을 고려해 볼 만한 여지가 생긴다.

다만 새로 생성할 때마다 이름을 설정하는 건 너무 귀찮을 것 같으니 1번으로 묻고 더블로 가자.

 

그리고 main으로 하고 싶지만 실수로 master를 골랐다고 해도 너무 걱정하지 않아도 된다.

아래 명령어로 main으로 바꿀 수 있다.

git config --global init.defaultBranch main

다음은 Git 설치 중 PATH 환경 변수 설정을 어떻게 구성할지 선택하는 단계이다.

여기서 Git을 어떤 터미널과 환경에서 사용할 수 있는지를 설정할 수 있다.

 

  1. Use Git from Git Bash only
    • Git Bash에서만 Git 명령어를 사용할 수 있다.
    • PATH 환경 변수를 변경하지 않으므로 시스템에 영향을 미치지 않는다.
    • 가장 안전한 선택이지만, 명령 프롬프트(CMD)나 PowerShell에서는 Git을 사용할 수 없다.
  2. Git from the command line and also from 3rd-party software (추천)
    • PATH에 Git 관련 도구를 추가하여 Git Bash, CMD, PowerShell, 그리고 타사 소프트웨어에서 Git 명령어를 사용할 수 있게 한다.
    • 일반적으로 가장 많이 선택하는 옵션이며, 여러 환경에서 Git을 사용해야 할 때 적합하다.
  3. Use Git and optional Unix tools from the Command Prompt
    • PATH에 Git뿐만 아니라 추가적인 Unix 도구(find, sort 등)를 포함한다.
    • Unix 스타일의 명령어를 Windows CMD에서 사용할 수 있게 하지만, 기존 Windows 명령어와 충돌이 발생할 가능성이 있다.
    • Unix 명령어가 꼭 필요한 경우에만 선택하길 권장한다.

일반적으로 두 번째 옵션을 선택한다.

하지만 Git Bash에서만 Git을 사용하고 싶거나, 환경 변수를 수정하고 싶지 않다면 첫 번째 옵션을 선택하는 것도 괜찮다.

 

여기서도 잘못 선택했다고 걱정하지 않아도 된다. 설치 후에도 Git을 환경 변수에 추가하거나 제거할 수 있다.

  1. 시스템 설정 → "고급 시스템 설정" → "환경 변수" → Path 편집.
  2. Git 경로 추가 ex) C:\Program Files\Git\bin

choosing the SSH executable

 

Git 설치 과정에서 SSH 실행 파일을 선택하는 단계다. 옵션 설명한다.

  1. Use bundled OpenSSH (기본 선택)
    • 이 옵션은 Git 설치에 포함된 ssh.exe를 사용하겠다는 의미다.
    • Git에서 제공하는 OpenSSH 클라이언트를 사용하므로, 추가적인 설정이나 외부 프로그램 설치가 필요하지 않다.
    • Git을 처음 설치하거나 SSH 설정이 복잡하지 않은 경우 권장된다.
    • Git과 관련된 작업에서 SSH 키를 설정하거나 관리할 때 간편하게 사용할 수 있다.
  2. Use external OpenSSH
    • 이 옵션을 선택하면, 시스템에 이미 설치되어 있는 외부 OpenSSH 클라이언트를 사용한다.
    • 서버 관리 등 다른 목적으로 OpenSSH를 이미 설정하고 사용하는 경우에 유용하다.
    • 단, 외부 OpenSSH가 제대로 설정되어 있어야 하고, 추가적인 환경 설정이 필요할 수 있다.
    • Git은 자체 ssh.exe를 설치하지 않고, 시스템의 PATH에 등록된 OpenSSH 바이너리를 사용한다.

 

난 OpenSSH도 설치되어 있지 않고 별도의 SSH 클라이언트도 사용하지 않기에 1번 기본 옵션 그대로 넘어간다.

Choosing HTTPS transport backend

이 화면은 Git 설치 과정에서 HTTPS 연결에 사용할 SSL/TLS 라이브러리를 선택하는 단계이다.

  1. Use the OpenSSL library (기본 선택)
    • OpenSSL 라이브러리를 사용해 서버 인증서를 검증한다.
    • Git 설치 파일에 포함된 ca-bundle.crt 파일을 사용하여 인증서를 확인한다.
    • 운영 체제와 독립적으로 동작하므로, Windows의 인증서 저장소 설정과 관계없이 사용할 수 있다.
    • 일반적으로 가장 널리 사용되며 호환성이 좋다.
    • 특별한 요구사항이 없다면 이 옵션을 선택하는 것이 안전하다.
  2. Use the native Windows Secure Channel library
    • Windows의 인증서 저장소를 사용해 서버 인증서를 검증한다.
    • Active Directory 도메인 서비스 등을 통해 배포된 내부 인증서를 사용할 수 있으므로, 회사 네트워크나 특정 내부 인증서를 필요로 하는 환경에서 유용하다.
    • Windows에 내장된 인증 메커니즘을 사용하기 때문에 Windows 시스템과 긴밀하게 통합된다.
    • 회사나 조직에서 Windows 인증서를 관리하고 있다면 이 옵션이 적합할 수 있다.

이것 또한 기본 설정 그대로 넘어간다.

Configuring the line ending conversions

 

텍스트 파일의 줄 바꿈(Line Ending)을 어떻게 처리할지 선택하는 설정 단계다.

Git은 아까 다운로드 페이지에서 봤다시피 Linux, Window, Mac 등 여러 운영체제에서 사용 가능하다.

이런 많은 운영체제에서 Git이라는 원격 저장소 하나에 파일을 저장하니 저장소에서는 통일시켜 줘야겠지만,

사용자가 올리고 다운로드할 때는 사용자 운영체제에 맞게 파일을 변형시켜 줘야 한다.

즉, 각 운영 체제마다 줄 바꿈 방식이 다르기 때문에, 내 컴퓨터에선 어떤 처리 방식을 원하는지 지정해줘야 한다.

 

아래에서 각 옵션에 대해 설명하겠다.

  1. Checkout Windows-style, commit Unix-style line endings (기본 선택)
    • 텍스트 파일을 체크아웃(다운로드)할 때는 Windows 스타일인 CRLF(Carriage Return + Line Feed, \r\n)로 변환한다.
    • 커밋(업로드)할 때는 Unix 스타일인 LF(Line Feed, \n)로 변환한다.
    • 이 방식은 Windows 환경에서 작업하지만, 프로젝트가 여러 운영 체제에서 사용될 가능성이 있을 때 추천된다.
    • Git에서 core.autocrlf를 true로 설정한다.
    • 권장 사용 환경: Windows에서 작업하며 다른 운영 체제와 협업하는 경우.
  2. Checkout as-is, commit Unix-style line endings
    • 텍스트 파일을 체크아웃할 때 아무런 변환을 하지 않는다.
    • 커밋할 때는 Unix 스타일(LF)로 변환한다.
    • Git에서 core.autocrlf를 input으로 설정한다.
    • 권장 사용 환경: Unix/Linux/macOS 환경에서 작업하며, 다른 운영 체제와 협업하는 경우.
  3. Checkout as-is, commit as-is
    • 텍스트 파일을 체크아웃하거나 커밋할 때 아무런 변환을 하지 않는다.
    • Git에서 core.autocrlf를 false로 설정한다.
    • 크로스 플랫폼 프로젝트에서는 문제가 발생할 수 있으므로 일반적으로 추천되지 않는다.
    • 권장 사용 환경: 모든 개발자가 동일한 운영 체제를 사용하거나, 줄 바꿈 처리를 직접 관리하고 싶을 때.

난 이 역시 특별한 해당사항이 없기에 기본으로 두고 넘어간다.

confinguring terminal emulator to use with Git Bash

 

다음은 Git Bash와 함께 사용할 터미널 애뮬레이터를 고르는 것이다.

옵션을 설명하면

  1. Use MinTTY (the default terminal of MSYS2) (기본 선택)
    • Git Bash는 MSYS2 프로젝트에서 개발한 MinTTY 터미널 애뮬레이터를 사용한다.
    • 이 애뮬레이터는 크기 조정 가능한 창, 직사각형이 아닌 선택, 유니코드 글꼴을 포함한다.
    • MinTTY에서 작동하려면 Windows 콘솔 프로그램(예: 인터랙티브 파이썬)을 'winpty'를 통해 실행해야 한다.
  2. Use Windows' default console window
    • Git은 Windows의 기본 콘솔 창("cmd.exe")을 사용한다.
    • 이 창은 인터랙티브 파이썬이나 node.js와 같은 Win32 콘솔 프로그램에서 잘 작동하지만 기본 스크롤백이 매우 제한적일 수 있다.
    • ASCII가 아닌 문자를 올바르게 표시하려면 유니코드 글꼴을 사용하도록 구성해야 하며, Windows 10 이전에는 창 크기를 자유롭게 조정할 수 없었고 직사각형 텍스트 선택만 허용했다.

설명만 보면 당연히 1번이 좋아 보이니 기본 설정 그대로 1번으로 가주자.

choose the default behavior of git pull

이 화면은 Git for Windows 설치 과정 중 git pull 명령어의 기본 동작 방식을 설정하는 옵션을 보여준다.

각 옵션에 대한 설명을 보자.

  1. Fast-forward or merge (기본 선택)
    • 가능하다면 현재 브랜치를 가져온(fetched) 브랜치로 fast-forward(이전 커밋에 바로 이어지는 업데이트)한다.
    • Fast-forward가 불가능한 경우, 병합(merge) 커밋을 생성한다.
    • 충돌 관리가 자동으로 이루어져 초보자나 간단한 워크플로에 적합하다.
  2. Rebase
    • 현재 브랜치를 가져온 브랜치 위로 재배치(rebase)한다.
    • 현재 브랜치의 커밋은 가져온 브랜치의 최신 상태 이후로 이동한다.
    • Fast-forward와 유사하지만, 충돌 시 해결해야 할 수 있다.
    • 병합 커밋 없이 선형적인(commit log가 간단한) 기록을 유지한다.
  3. Only ever fast-forward
    • 가져온 브랜치로 fast-forward만 허용한다.
    • Fast-forward가 불가능하면 실패한다(병합 커밋을 생성하지 않음).
    • 커밋 기록이 깨끗하게 유지되며 불필요한 병합 커밋을 방지한다.
    • 협업 중 브랜치가 일관된 상태를 유지할 수 있다.

초보자는 그냥 기본 선택을 사용하는 것이 좋다.

자신이 중급 혹은 고급 사용자라면 프로젝트나 팀의 Git 워크플로에 따라서 다른 옵션도 고려해 볼 수 있겠다.

ex) 깔끔한 로그를 좋아하는 팀이라면 Rebase

choose a credential helper

이 화면은 Git for Windows 설치 과정 중 Credential Helper(인증 도우미) 설정 옵션을 보여준다.

이는 Git이 원격 저장소에 접근할 때 인증 정보를 관리하는 방식을 설정하는 단계다.

옵션은 Git Credential Manager를 사용한다 안 다 밖에 없어서 이에 대해 설명하겠다.

 

Git Credential Manager(GCM)를 사용하여 인증 정보를 관리하는 경우

  • GCM은 Windows, macOS, Linux 등 여러 플랫폼에서 작동하는 도구로, 사용자 이름과 비밀번호를 안전하게 저장한다.
  • 한 번 인증하면 이후에는 Git이 자동으로 인증한다(로그인 정보 재입력 불필요).
  • 암호, 토큰, SSH 키 등을 안전하게 관리할 수 있고 OAuth와 같은 현대적인 인증 방식을 지원한다.
  • GitHub, Azure DevOps, Bitbucket 등 다양한 서비스와 통합된다.

 

Git Credential Manager(GCM)를 사용하지 않는 경우

  • 인증이 필요할 때마다 사용자 이름과 비밀번호를 입력해야 한다.
  • 비밀번호가 저장되지 않는다.

나는 GCM 사용이 권장되기에 기본 설정 그대로 Next 했다.

Configuring extra options

추가 기능(Extra Options)을 설정하는 단계다.

  1. Enable file system caching (기본 활성화)
    • 동작
      • 파일 시스템 데이터를 메모리에 캐시 한다.
      • Git이 파일을 읽거나 처리할 때 데이터를 한꺼번에 로드하고 메모리에 저장하여 성능을 향상시킨다.
      • 이 설정은 core.fscache=true를 활성화하는 것과 동일하다.
    • 장점
      • 파일 처리 속도가 빨라지고 Git 명령(예: status, diff)의 응답 시간이 단축된다.
      • 큰 프로젝트나 느린 디스크 I/O 환경에서 특히 유용하다.
    • 권장 여부: 성능 향상을 위해 활성화(기본값 유지)를 권장
  2. Enable symbolic links (기본 비활 성화)
    • 동작
      • Git이 심볼릭 링크(symbolic links)를 지원하도록 설정한다.
      • 심볼릭 링크는 파일이나 디렉터리에 대한 포인터 역할을 하며, 실제 파일 위치 대신 링크를 사용해 작업한다.
      • Windows 환경에서 이 기능을 사용하려면 SeCreateSymbolicLink 권한이 필요하다(관리자 권한 필수).
    • 장점
      • 심볼릭 링크를 지원하지 않으면 Windows에서 이를 일반 파일로 처리할 수 있다.
      • 기존 Git 저장소에는 영향을 미치지 않는다.
    • 권장 여부: 필요한 경우에만 활성화. Windows에서 심볼릭 링크를 자주 사용하지 않는다면 비활성화 상태로 유지

난 심볼릭 링크가 중요한 프로젝트를 현재는 진행하고 있지 않기 때문에 Install을 누른다.

Installing

그럼 드디어 긴 설정 끝에 설치가 된다.

Completing the Git Setup Wizard

Git 설치 마법사를 완료했다.

  •  Launch Git Bash를 선택하면 Finish를 누르고 Git Bash가 열린다.
  • View Relase Notes를 선택하면 릴리즈 노트를 볼 수 있다.

릴리즈 노트는 드라이브에 저장된 html 파일을 열어주는 거라

C:/Program%20Files/Git/ReleaseNotes.html 위치를 보면 언제든 볼 수 있다.

 

Git 설치 확인

긴 여정끝에 깃 설치를 끝마쳤다.

이제 잘 설치되었는지 확인해보자.

탐색기에서 cmd 입력 → Enter를 치거나 Windows + R → cmd 입력 → Enter 으로 명령 프롬프트를 열어준다.

git --versin

git -v

위 명령어로 git이 원하는 버전으로 설치되었는지 확인할 수 있다.

git 설치 확인

잘 설치된 것을 확인할 수 있었다.

Next

Git을 설치하는데 6시간이 걸렸다..

그만큼 친절하고 자세하게 글을 쓰도록 노력했고 초보자도 고수도 도움이 될 수 있게 썼으니

누구든지 언제 봐도 설치하는데 작은 도움이라도 될 수 있기를 빈다.

다음엔 Git 설정하고 vscode에서 Git을 연결시켜 보도록 하자.

728x90
반응형
저작자표시 비영리 동일조건