? 直接在官网上去下载。下载完成后，随便在某个文件下右键如果有Git Bash Here 就安装成功了。安装后，还要再命令行输入
$git config --global user.name "你的名字"
$git config --global user.email "你的邮箱"
global表示全局，这台机器所有的GIt仓库都会使用这个配置。允许单个仓库使用其他的名字和邮箱
.git文件git init 原本本地仓库只包含着工作区，这是最常见的工作状态。此时，git init一下，表示在本地区域创建了一个.git文件，版本区建立git add .表示把工作区的所有文件提交到版本区里面的暂存区git add ./xxx/一条条分批添加到暂存区git commit -m ‘xxx‘把暂存区的所有文件提交到仓库区，暂存区空空荡荡git remote add origin https://github.com/name/name_canku.git把本地仓库与远程仓库连接起来git push -u origin master把仓库区的文件提交到远程仓库里noting to commit,working tree cleangit init .初始化，表示把这个文件变成Git可以管理的仓库。初始化后打开隐藏的文件可以看到有一个.git文件。git add . 后面的一个点表示把这个文件全部提交到暂存区。git add ./readme.md/ 表示把这个文件下面的readme.md文件提交到暂存区。git commit -m "你要评论一点什么东西" git commit的意思是把暂存区的全部文件提交到本地仓库。-m后接评论。git remote add origin https://github.com/name/name_cangku.git表示把你本地的仓库与GitHub上的远程仓库连接起来。只需要连接一次，以后提交的时候就可以不用谢这条命令了。name是你的github名字，name_cangku是你的仓库名。注意不要把后面的.git给漏掉了。因为我前面就是这么走过来的，绕了很多弯路。至于如何在GitHub上新建仓库，网上有很多教程，这里不再赘述了。git push -u origin master 把本地仓库提交到远程仓库。(最后一步)在你的远程仓库上刷新一下就可以看到你提交的文件了。git commit -m ""之前，可以重复git add到暂存区。但是git commit会把你之前存放在暂存区的全部文件一次性全部提交到本地仓库。提交一个文件，有时候我们会提交很多次，在提交历史中，这样就产生了不同的版本。每次提交，GIt会把他们串成一条时间线。如何回溯到我们提交的上一个版本，用git reset --hard+ 版本号即可。版本可以用git log来查看，每一次的版本都会产生不一样的版本号。回溯之后，git log查看一下发现我们最近的那个版本已经不见了。但是我们还想要前进到最近的版本应该如何？只要git reset --hard +版本号就行。退一步来讲，虽然我们可以通过git reset --hard+ 版本号，靠记住版本号来可以正在不同的版本之间来回穿梭。但是，有时候把版本号弄丢了怎么办？git reflog帮你记录了每一次的命令，这样就可以找到版本号了，这样你又可以通过git reset来版本穿梭了。
git checkout --file。廖雪峰老师指出撤销修改就回到和版本库一模一样的状态，即用版本库里的版本踢馆工作区的版本。git add 到暂存区了。向撤销怎么办？回溯版本，git reset --hard --hard + 版本号,再git checkout --file，替换工作区的版本git commit到了master。跟场景2一样，版本回溯，在进行撤销git add一个文件到暂存区，然后在工作区又把文件删除了，git会知道你删除了文件，如果你把版本库里的文件删除，git rm并且git commit -m ‘xxx‘。git checkout --<file>就可以。这再次证明了撤销命令其实就是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以一键还原分支，就像平行宇宙，廖雪峰老师如是说。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，向提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作
在没有其他分支插进来时，只有一个master主分支。每次你git push -u origin master提交就是增加哦一条事件轴，master也会跟着移动
创建一个other的分支，通过other提交，虽然时间轴向前走了，但是主分支还在原来的位置
理论分析完，看一下命令怎么写
other，切换到other分支git branch other
git checkout other
git branch
* other
master
当前的分支会有一个*
other提交git add ./xxx/
git commit -m ‘xxx‘
other分支完成，切换会mastergit checkout master
此时，master分支上并没有other的文件，因为分支还没有合并
git merge other
other分支git branch -d other
假如有这样一种情况，分支other已经commit了，但是此时指针指回master时，并且master没有合并，而是git add/commit提交了。这样，就产生了冲突，主分支master文件内容与other分支的内容不一样。合并不起来
git add ``git commit提交git log --graph 查看分支合并图git branch -d other删除分支，任务结束。git branch -d + 分支有可能会删除失败，因为会保护没有被合并的分支git branch -D + 分支强行删除，丢弃没有被合并的分支git remote查看远程库的信息，会显示origin,远程仓库默认名称为origingit remote -v 显示更详细的信息git push -u origin master推送master分支到origin远程仓库git push -u origin master推送other到origin远程仓库产生上图的冲突时，
git pull把最新的提交从远程仓库中抓取下来，在本地合并，解决冲突。再进行git pushgit pull也失败了，还要指定分支之间的链接，这一步git会性你怎么做。然后再git push廖雪峰老师的总结：多人协作的工作模式通常是这样：
git push origin <branch-name>推送自己的修改git pull试图合并git push origin <branch-nam>推送就能成功git push 提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name>origin/<branch-name>比如一个APP要上线，通常在版本库中打一个标签(tag)，这样就确定了打标签的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照
git的标签虽然是版本库的快照，但是它其实就是指向某个commit的指针。
tag其实就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。比如
tagv2,1就是把历史上的一个版本的东西叫做v2.1
git branch查看当前分支，git checkout master切换到master分支。git tag <name>打标签，默认为HEAD。比如git tag v1.0默认标签是打在最新提交的commit上的。如果想要打标签在以前的commit上，要git log找到历史提交的commit idcommit id是du2nd9，执行git tag v1.0 du2nd9就把这个版本打上了v1.0的标签了git tag查看所有标签，可以知道历史版本的taggit show <tagname>查看标签信息git tag -a <标签名> -m "说明"，创建带说明的标签。-a指定标签名，-m指定说明文字。用show可以查看说明git tag -d v1.0删除标签。因为创建的标签都只存储在本地，不会自动推送感到远程，所以，打错的标签可以在本地安全删除git push origin <tagname>推送某个标签到远程git push origin --tags一次性推送全部尚未推送到远程的本地标签git tag -d v1.0先删除本地标签v1.0。git push origin:refs/tags/v1.0删除远程标签v1.0git config --global user.name "你的名字" 让你全部的Git仓库绑定你的名字git config --global user.email "你的邮箱" 让你全部的Git仓库绑定你的邮箱git init 初始化你的仓库git add . 把工作区的文件全部提交到暂存区git add ./<file>/ 把工作区的<file>文件提交到暂存区git commit -m "xxx" 把暂存区的所有文件提交到仓库区，暂存区空空荡荡git remote add origin https://github.com/name/name_cangku.git 把本地仓库与远程仓库连接起来git push -u origin master 把仓库区的主分支master提交到远程仓库里
git push -u origin <其他分支> 把其他分支提交到远程仓库git status查看当前仓库的状态git diff 查看文件修改的具体内容git log 显示从最近到最远的提交历史git clone + 仓库地址下载克隆文件git reset --hard + 版本号 回溯版本，版本号在commit的时候与master跟随在一起git reflog 显示命令历史git checkout -- <file> 撤销命令，用版本库里的文件替换掉工作区的文件。我觉得就像是Git世界的ctrl + zgit rm 删除版本库的文件git branch 查看当前所有分支git branch <分支名字> 创建分支git checkout <分支名字> 切换到分支git merge <分支名字> 合并分支git branch -d <分支名字> 删除分支,有可能会删除失败，因为Git会保护没有被合并的分支git branch -D + <分支名字> 强行删除，丢弃没被合并的分支git log --graph 查看分支合并图git merge --no-ff <分支名字> 合并分支的时候禁用Fast forward模式,因为这个模式会丢失分支历史信息git stash 当有其他任务插进来时，把当前工作现场“存储”起来,以后恢复后继续工作git stash list 查看你刚刚“存放”起来的工作去哪里了git stash apply 恢复却不删除stash内容git stash drop 删除stash内容git stash pop 恢复的同时把stash内容也删了git remote 查看远程库的信息，会显示origin，远程仓库默认名称为origingit remote -v 显示更详细的信息git pull 把最新的提交从远程仓库中抓取下来，在本地合并,和git push相反git rebase 把分叉的提交历史“整理”成一条直线，看上去更直观git tag 查看所有标签，可以知道历史版本的taggit tag <name> 打标签，默认为HEAD。比如`git tag v1.0git tag <tagName> <版本号> 把版本号打上标签，版本号就是commit时，跟在旁边的一串字母数字git show <tagName> 查看标签信息
git tag -a <tagName> -m "<说明>" 创建带说明的标签。 -a指定标签名，-m指定说明文字git tag -d <tagName> 删除标签git push origin <tagname> 推送某个标签到远程git push origin --tags 一次性推送全部尚未推送到远程的本地标签git push origin :refs/tags/<tagname> 删除远程标签`git config --global color.ui true 让Git显示颜色，会让命令输出看起来更醒目
git add -f <file> 强制提交已忽略的的文件git check-ignore -v <file> 检查为什么Git会忽略该文件原文：https://www.cnblogs.com/lrgupup/p/14275334.html