이 기사에서는 Git의 기본에 대해 설명합니다. Git의 기본을 모르거나 Git의 기본에 관심이 있다면 이 기사를 살펴보겠습니다. 잡담은 그만하고 본론으로 들어가겠습니다.
머리말하지만 리눅스가 계속 성장하면서 다양한 버전 관리가 필요하게 되었습니다. 처음에 리누스와 그의 동생들은 어떤 이유에서인지 비트키퍼(BitKeeper) 회사를 사용했습니다. 그래서 Linus는 Git을 작성하고 오픈 소스로 만드는 데 2주를 보냈습니다(BitKeeper는 화장실에서 울다 기절했습니다). 다행히 BitKeeper는 Linus와 다른 사람들이 그것을 사용하도록 허락하지 않았습니다. 지금은 이렇게 사용하기 쉬운 Git이 없으며, 블로거는 여기서 이 블로그 게시물을 작성하지도 않았을 것입니다.
이후 몇 년 동안 git 스토리지를 사용할 수 있는 github, 코딩 및 기타 웹 사이트가 점차 등장했으며 Git의 위상은 대체할 수 없게 되었습니다. 개발자이지만 Git 사용법을 모른다면 당신은 아웃입니다.
여기서 먼저
Git의 작동 원리를 설명하는 그림을 인용합니다.
1. 작업 공간: 작업 공간, git add * 명령을 실행하여 스테이징 영역에 변경 사항을 제출하고 git pull 명령을 실행하여 원격 웨어하우스의 데이터 현재 브랜치로 이동하여 병합하고 git checkout [branch-name]을 실행하여 브랜치를 전환합니다.
1.1 Git 용어
입니다. 최신 버전은 HEAD를 통해 다운로드 받을 수 있습니다. 이전 버전은 "HEAD~1" 등을 통해 얻을 수 있습니다. 1.2 특정 파일 무시
忽略某文件 npm-debug.log 忽略文件夹 dist/ node_modules/ .idea/
동시에 Git은 전역 구성인 core.excludesfile도 제공합니다.
忽略之后的文件或是文件夹Git就不去提交里面的内容了。
Git会忽略空的文件夹。如果你想版本控制包括空文件夹，根据惯例会在空文件夹下放置.gitkeep文件。其实对文件名没有特定的要求。一旦一个空文件夹下有文件后，这个文件夹就会在版本控制范围内。
# 显示当前的Git配置 $ git config --list # 编辑Git配置文件，只是配置用户信息的话直接看下面两行命令即可 $ git config -e [--global] # 设置提交代码时的用户信息，是否加上全局--global自行决定，一般是直接设置全局的。另外用户邮箱需要注意最好使用gmail,QQ也可以，需要和你远程仓库保持一致不然你的contribution是不会被记录在远程仓库的 $ git config [--global] user.name "[name]" $ git config [--global] user.email "[email address]"
Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。
个人觉得git是需要认真学的，虽然是个工具但不学习很容易把自己弄糊涂，希望这篇博客可以在某些时候帮到您，让您大概理解git的工作原理并把基本命令串起来。那么下面就说一下Git重要的基本命令吧。
Git-for-window
下载安装这个不用多说吧….
# 在当前目录创建一个文件夹 $ mkdir [project-name] # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [project-name] # 下载一个项目和它的整个代码历史（各个分支提交记录等） $ git clone [url]
git init后会出现.git文件夹，里面有配置文件，如果没有git bash里面输入ls -lah就可以看到了
关于如何关联Git和远程仓库，比如Coding，github等，可以看这两篇文章：
Git链接到自己的GithubCoding帮助中心
# 添加当前目录的所有文件到暂存区 $ git add * # 提交暂存区到仓库区 $ git commit -m [message] # 为远程Git更名为origin $ git remote add origin git@github.com:abcd/tmp.git # 推送此次修改，这是首次推送需要加上-u,之后推送就可以直接git push origin master,origin是远程Git名字，这个可以自己定义，不过一般是用origin罢了，master是默认的分支，如果不在master分支提交需要写清楚分支名称 $ git push -u origin master
首次推送成功后可以看下下面的命令：
# 添加指定文件到暂存区 $ git add [file1] [file2] ... # 添加指定目录到暂存区，包括子目录 $ git add [dir] # 添加当前目录的所有文件到暂存区 $ git add * # 添加每个变化前，都会要求确认 对于同一个文件的多处变化，可以实现分次提交 $ git add -p # 删除工作区文件，并且将这次删除放入暂存区 $ git rm [file1] [file2] ... # 停止追踪指定文件，但该文件会保留在工作区 $ git rm --cached [file] # 改名文件，并且将这个改名放入暂存区 $ git mv [file-original] [file-renamed] # 提交暂存区到仓库区 $ git commit -m [message] # 提交暂存区的指定文件到仓库区 $ git commit [file1] [file2] ... -m [message] # 提交工作区自上次commit之后的变化，直接到仓库区 $ git commit -a # 提交时显示所有diff信息 $ git commit -v # 使用一次新的commit，替代上一次提交 如果代码没有任何新变化，则用来改写上一次commit的提交信息 $ git commit --amend -m [message] # 重做上一次commit，并包括指定文件的新变化 $ git commit --amend [file1] [file2] ... # 提交更改到远程仓库 $ git push origin master # 拉取远程更改到本地仓库默认自动合并 $ git pull origin master
如果我们只是维护自己的小项目的话，上面的命令已经够用了，自己一个人在master分支想咋折腾就咋折腾
# 列出所有本地分支 $ git branch # 列出所有远程分支 $ git branch -r # 列出所有本地分支和远程分支 $ git branch -a # 新建一个分支，但依然停留在当前分支 $ git branch [branch-name] # 新建一个分支，并切换到该分支 $ git checkout -b [branch] # 新建一个分支，指向指定commit $ git branch [branch] [commit] # 新建一个分支，与指定的远程分支建立追踪关系 $ git branch --track [branch] [remote-branch] # 切换到指定分支，并更新工作区 $ git checkout [branch-name] # 切换到上一个分支 $ git checkout - # 建立追踪关系，在现有分支与指定的远程分支之间 $ git branch --set-upstream [branch] [remote-branch] # 合并指定分支到当前分支，如果有冲突需要手动合并冲突（就是手动编辑文件保存咯），然后add,commit再提交 $ git merge [branch] # 选择一个commit，合并进当前分支 $ git cherry-pick [commit] # 删除分支 $ git branch -d [branch-name] # 删除远程分支 $ git push origin --delete [branch-name] $ git branch -dr [remote/branch]
# 列出所有tag $ git tag # 新建一个tag在当前commit $ git tag [tag] # 新建一个tag在指定commit $ git tag [tag] [commit] # 删除本地tag $ git tag -d [tag] # 删除远程tag $ git push origin :refs/tags/[tagName] # 查看tag信息 $ git show [tag] # 提交指定tag $ git push [remote] [tag] # 提交所有tag $ git push [remote] --tags # 新建一个分支，指向某个tag $ git checkout -b [branch] [tag]
想一下在你写完N个文件代码后，commit到了本地仓库，突然发现整个应用崩溃了！咋整？Git给了我们吃后悔药
的机会：
# 恢复暂存区的指定文件到工作区 $ git checkout [file] # 恢复某个commit的指定文件到暂存区和工作区 $ git checkout [commit] [file] # 恢复暂存区的所有文件到工作区 $ git checkout . # 回退到上一个版本，在Git中，用HEAD表示当前版本 $ git reset --hard HEAD^ # 重置暂存区的指定文件，与上一次commit保持一致，但工作区不变 $ git reset [file] # 重置暂存区与工作区，与上一次commit保持一致 $ git reset --hard # 重置当前分支的指针为指定commit，同时重置暂存区，但工作区不变 $ git reset [commit] # 重置当前分支的HEAD为指定commit，同时重置暂存区和工作区，与指定commit一致 $ git reset --hard [commit] # 重置当前HEAD为指定commit，但保持暂存区和工作区不变 $ git reset --keep [commit] # 新建一个commit，用来撤销指定commit # 后者的所有变化都将被前者抵消，并且应用到当前分支 $ git revert [commit] # 暂时将未提交的变化移除，稍后再移入 $ git stash $ git stash pop
这个时候标签的作用就体现出来了，因为commit号太冗长了，记起来太麻烦有了标签我们相当于自定义了commit号
# 显示当前分支的版本历史
$ git log
# 显示commit历史，以及每次commit发生变更的文件
$ git log --stat
# 搜索提交历史，根据关键词
$ git log -S [keyword]
# 显示某个commit之后的所有变动，每个commit占据一行
$ git log [tag] HEAD --pretty=format:%s
# 显示某个commit之后的所有变动，其"提交说明"必须符合搜索条件
$ git log [tag] HEAD --grep feature
# 显示某个文件的版本历史，包括文件改名
$ git log --follow [file]
$ git whatchanged [file]
# 显示指定文件相关的每一次diff
$ git log -p [file]
# 显示过去5次提交
$ git log -5 --pretty --oneline
# 显示所有提交过的用户，按提交次数排序
$ git shortlog -sn
# 显示指定文件是什么人在什么时间修改过
$ git blame [file]
# 显示暂存区和工作区的差异
$ git diff
# 显示暂存区和上一个commit的差异
$ git diff --cached [file]
# 显示工作区与当前分支最新commit之间的差异
$ git diff HEAD
# 显示两次提交之间的差异
$ git diff [first-branch]...[second-branch]
# 显示今天你写了多少行代码
$ git diff --shortstat "@{0 day ago}"
# 显示某次提交的元数据和内容变化
$ git show [commit]
# 显示某次提交发生变化的文件
$ git show --name-only [commit]
# 显示某次提交时，某个文件的内容
$ git show [commit]:[filename]命令 说明 git blame filepath git blame清楚的记录某个文件的更改历史和更改人，简直是查看背锅人的利器，filepath是需要查看的文件路径 git status 显示有变更的文件 git reflog 显示当前分支的最近几次提交
要想彻底熟练使用git那需要记住的命令多了去了，起码几百个吧，不过在日常使用中，本文涉及的命令应该是足够用了，有遗漏的常用命令欢迎提出补充。另外，诚心希望您能把参考文章好好读一下，阮老师和廖老师总结的十分到位。本文好多命令也都是使用的两位老师总结的。
相关推荐：
의 일반적인 문구위 내용은 Git 기본에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
