개발/크리에이터 · Independent official-link guide

Git 공식 다운로드 및 설치 안내

소스 변경 이력, 브랜치, 원격 저장소와 코드 리뷰 흐름을 관리하는 버전관리 도구입니다.

Git SCMgit-scm.com확인일 2026-05-13
공식 경로 확인git-scm.com

Official source · checked 2026-05-13

Git 공식 다운로드

Git 자체는 널리 쓰이는 오픈소스 도구이지만 회사 사용 리스크는 설치보다 원격 저장소 권한, 작성자 이메일, credential helper, hooks, 서브모듈, 대용량/민감 파일 커밋 방지에 있습니다. AppVeriq는 공식 git-scm.com 경로 사용을 기준으로 안내합니다. 공식 근거 보기 ↗

공식 git-scm.com 지원 페이지 열기

AppVeriq는 설치 파일을 저장·수정·재배포하지 않습니다. 광고나 제휴 링크가 생기더라도 이 공식 버튼과 분리해 표시합니다. 새 창에서 공식 도메인이 맞는지 한 번 더 확인하세요.

Git은 어떤 프로그램인가요?

Git은 소스 코드 변경 이력과 브랜치를 관리하는 분산 버전관리 시스템입니다. AppVeriq는 git-scm.com 공식 설치 안내, Windows/macOS/Linux 설치 경로, 프로젝트 문서와 라이선스 정보를 확인했습니다. 공식 출처 확인 ↗

공식 출처 확인 범위 · 독립 안내·파일 미호스팅 원칙

무료/유료와 웹서비스 구분

무료·오픈소스

설치형 프로그램

업무용으로 쓸 때: 회사에서 Git을 사용할 때는 저장소 권한, 브랜치 보호, 서명/작성자 규칙, credential helper, secret 스캔, 퇴사자 SSH 키·토큰 회수 기준을 정해야 합니다. `.env`, 인증키, 고객 데이터가 한번 커밋되면 삭제해도 히스토리에 남을 수 있으므로 사전 차단이 중요합니다. 공식 배포 페이지 확인 ↗

이런 경우에 잘 맞습니다

추천 상황

  • 변경 이력과 브랜치 관리
  • 원격 저장소 동기화
  • 코드 리뷰와 충돌 해결

다른 선택이 나을 수 있는 상황

  • 비밀키·대용량 바이너리·고객 데이터를 그대로 커밋
  • 회사 저장소를 개인 계정이나 승인되지 않은 호스트에 복제

주요 사용법과 활용 예시

  • clone·commit·branch·merge
  • 원격 저장소 push/pull
  • 차이 검토와 충돌 해결
  • 대용량 파일 확장 사용

처음 설치한 뒤 확인할 순서

  1. 공식 배포 채널에서 현재 OS용 클라이언트를 설치합니다.
  2. 회사와 개인 사용자명·이메일·SSH 키를 분리합니다.
  3. 원격 URL과 인증 방식을 확인합니다.
  4. 비밀정보 검사와 무시 규칙을 적용합니다.

설치 전 주의사항

  • Windows 설치 시 credential helper, 줄바꿈 변환, PATH 설정이 팀 표준과 맞는지 확인하세요.
  • `.env`, API 키, 고객 데이터, 개인 인증서가 커밋되지 않도록 `.gitignore`와 secret scanning을 먼저 적용하세요.
  • Git hooks와 submodule은 외부 스크립트 실행·외부 저장소 참조를 포함할 수 있으므로 출처를 확인하세요.
  • 퇴사자 계정의 SSH key, PAT, deploy key, Git hosting 권한을 즉시 회수하는 절차가 필요합니다.
  • 검색 광고나 비공식 설치 묶음이 아니라 git-scm.com 공식 설치 경로를 사용하세요.

활용 팁

  • 다운로드 버튼을 누르기 전 주소창이 git-scm.com 또는 공식 소유 도메인인지 확인하세요.
  • 커밋 전에 diff와 포함 파일을 항상 확인하세요.
  • 토큰·키가 커밋되면 삭제만 하지 말고 즉시 폐기·교체해야 합니다.

비슷한 프로그램과 비교해보기

관련 비교글: 개발자 필수 도구 비교: VS Code, Git, Python, Docker

FAQ

Git 설치 파일을 AppVeriq에서 받을 수 있나요?

아니요. AppVeriq는 설치 파일을 배포하지 않고 Git 공식 설치 페이지로 안내합니다.

회사에서 Git 설치 후 가장 먼저 할 설정은 무엇인가요?

사용자 이름·회사 이메일, credential helper, 줄바꿈 정책, SSH/GPG 서명, 기본 브랜치 규칙을 확인하세요.

민감정보를 실수로 커밋하면 삭제하면 끝인가요?

아닙니다. 히스토리에 남을 수 있으므로 토큰 폐기, 히스토리 정리, 재발 방지 스캔이 필요합니다.

Git hooks는 안전한가요?

프로젝트에서 받은 hooks나 설정은 스크립트를 실행할 수 있으므로 신뢰한 저장소인지 확인해야 합니다.

개인 GitHub 계정으로 회사 저장소에 접근해도 되나요?

조직 정책에 따라 다릅니다. SSO, 2FA, 계정 소유권, 퇴사자 권한 회수 기준을 확인해야 합니다.

주의: 이 페이지는 독립 안내 페이지이며, Git 공식 사이트가 아닙니다. 다운로드는 반드시 공식 도메인에서 진행하세요.