W3C Git常用命令文章目录Git简介Git运用远程仓库分支管理标签管理GitHubGit简介1.集中式版本Git和分布式版本SVN1集中式版本控制系统最大的毛病就是必须联网才能工作如果在局域网内还好带宽够大速度够快可如果在互联网上遇到网速慢的话可能提交一个10M的文件就需要5分钟这还不得把人给憋死啊。2那分布式版本控制系统与集中式版本控制系统有何不同呢首先分布式版本控制系统根本没有“中央服务器”每个人的电脑上都是一个完整的版本库这样你工作的时候就不需要联网了因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库那多个人如何协作呢比方说你在自己电脑上改了文件A你的同事也在他的电脑上改了文件A这时你们俩之间只需把各自的修改推送给对方就可以互相看到对方的修改了。3和集中式版本控制系统相比分布式版本控制系统的安全性要高很多因为每个人电脑里都有完整的版本库某一个人的电脑坏掉了不要紧随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题所有人都没法干活了。4在实际使用分布式版本控制系统的时候其实很少在两人之间的电脑上推送版本库的修改因为可能你们俩不在一个局域网内两台电脑互相访问不了也可能今天你的同事病了他的电脑压根没有开机。因此分布式版本控制系统通常也有一台充当“中央服务器”的电脑但这个服务器的作用仅仅是用来方便“交换”大家的修改没有它大家也一样干活只是交换修改不方便而已。2.安装完成后还需要最后一步设置在命令行输入git config --global user.name 填写你的名字 //在git中配置名字 git config --global user.email 填写你github的邮箱地址 //在git中配置邮箱 git config --global user.name //使用这个命令查看git配置的名字 git config --global user.email //使用这个命令查看git配置的邮箱1因为Git是分布式版本控制系统所以每个机器都必须自报家门你的名字和Email地址。你也许会担心如果有人故意冒充别人怎么办这个不必担心首先我们相信大家都是善良无知的群众其次真的有冒充的也是有办法可查的。2注意git config命令的–global参数用了这个参数表示你这台机器上所有的Git仓库都会使用这个配置当然也可以对某个仓库指定不同的用户名和Email地址。3.创建版本库1初始化一个Git仓库使用git init命令。2添加文件到Git仓库分两步使用命令git add 注意可反复多次使用添加多个文件使用命令git commit -m 完成。Git运用1.时光穿梭机1要随时掌握工作区的状态使用git status命令。2如果git status告诉你有文件被修改过用git diff可以查看修改内容。2.版本回退1HEAD指向的版本就是当前版本上一个版本就是HEAD^ 上上一个版本就是HEAD^^100个版本HEAD~100。因此Git允许我们在版本的历史之间穿梭使用命令git reset --hard commit_id这个指令可以从回退过去回退过去想到现在的版本只要找到id即可2穿梭前用git log可以查看提交历史以便确定要回退到哪个版本。要重返未来用git reflog查看命令历史以便确定要回到未来的哪个版本。3.工作区和暂存区1版本库Repository工作区有一个隐藏目录.git这个不算工作区而是Git的版本库。Git的版本库里存了很多东西其中最重要的就是称为stage或者叫index的暂存区还有Git为我们自动创建的第一个分支master以及指向master的一个指针叫HEAD。2我们把文件往Git版本库里添加的时候是分两步执行的第一步是用git add把文件添加进去实际上就是把文件修改添加到暂存区第二步是用git commit提交更改实际上就是把暂存区的所有内容提交到当前分支。3暂存区是Git非常重要的概念弄明白了暂存区就弄明白了Git的很多操作到底干了什么。4.管理修改流程第一次修改 - git add - 第二次修改 - git commit1我们前面讲了Git管理的是修改当你用git add命令后在工作区的第一次修改被放入暂存区准备提交但是在工作区的第二次修改并没有放入暂存区所以git commit只负责把暂存区的修改提交了也就是第一次的修改被提交了第二次的修改不会被提交。2Git是如何跟踪修改的每次修改如果不用git add到暂存区那就不会加入到commit中。5.撤销修改场景1当你改乱了工作区某个文件的内容想直接丢弃工作区的修改时用命令git checkout -- file。git checkout – file命令中的–很重要没有–就变成了“切换到另一个分支”的命令我们在后面的分支管理中会再次遇到git checkout命令。场景2当你不但改乱了工作区某个文件的内容还添加到了暂存区时想丢弃修改分两步第一步用命令git reset HEAD file就回到了场景1第二步按场景1操作。场景3已经提交了不合适的修改到版本库时想要撤销本次提交参考[版本回退]一节不过前提是没有推送到远程库。6.删除文件1命令git rm用于删除一个文件。如果一个文件已经被提交到版本库那么你永远不用担心误删但是要小心你只能恢复文件到最新版本你会丢失最近一次提交后你修改的内容。2有两种情况一是确实要从版本库中删除该文件那就用命令git rm删掉并且git commit另一种情况是删错了因为版本库里还有呢所以可以很轻松地把误删的文件恢复到最新版本3git checkout其实是用版本库里的版本替换工作区的版本无论工作区是修改还是删除都可以“一键还原”。注意从来没有被添加到版本库就被删除的文件是无法恢复的远程仓库自行注册GitHub账号。由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的所以需要一点设置第1步1创建SSH Key。在用户主目录下看看有没有.ssh目录如果有再看看这个目录下有没有id_rs和id_rsa.pub这两个文件如果已经有了可直接跳到下一步。如果没有打开ShellWindows下打开Git Bash创建SSH Key$ ssh-keygen -t rsa -C youremailexample.com2你需要把邮件地址换成你自己的邮件地址然后一路回车使用默认值即可由于这个Key也不是用于军事目的所以也无需设置密码。3如果一切顺利的话可以在用户主目录里找到.ssh目录里面有id_rsa和id_rsa.pub两个文件这两个就是SSH Key的秘钥对id_rsa是私钥不能泄露出去id_rsa.pub是公钥可以放心地告诉任何人。第2步1登陆GitHub打开“Account settings”“SSH Keys”页面2然后点“Add SSH Key”填上任意Title在Key文本框里粘贴id_rsa.pub文件的内容3为什么GitHub需要SSH Key呢因为GitHub需要识别出你推送的提交确实是你推送的而不是别人冒充的而Git支持SSH协议所以GitHub只要知道了你的公钥就可以确认只有你自己才能推送。4当然GitHub允许你添加多个Key。假定你有若干电脑你一会儿在公司提交一会儿在家里提交只要把每台电脑的Key都添加到GitHub就可以在每台电脑上往GitHub推送了。1.添加远程仓库1要关联一个远程库使用命令git remote add origin gitserver-name:path/repo-name.git2关联后使用命令git push -u origin master第一次推送master分支的所有内容3此后每次本地提交后只要有必要就可以使用命令git push origin master推送最新修改4分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在也就是有没有联网都可以正常工作而SVN在没有联网的时候是拒绝干活的当有网络的时候再把本地提交推送一下就完成了同步真是太方便了2.从远程仓库克隆1克隆一个仓库首先必须知道仓库的地址然后使用git clone命令克隆。2Git支持多种协议包括https但通过ssh支持的原生git协议速度最快,git://使用ssh。分支管理1有了分支就不用怕了。你创建了一个属于你自己的分支别人看不到还继续在原来的分支上正常工作而你在自己的分支上干活想提交就提交直到开发完毕后再一次性合并到原来的分支上这样既安全又不影响别人工作。2其他版本控制系统如SVN等都有分支管理但是用过之后你会发现这些版本控制系统创建和切换分支比蜗牛还慢简直让人无法忍受结果分支功能成了摆设大家都不去用。3Git的分支是与众不同的无论创建、切换和删除分支Git在1秒钟之内就能完成无论你的版本库是1个文件还是1万个文件。1.创建于合并分支Git鼓励大量使用分支查看分支git branch创建分支git branch切换分支git checkout创建切换分支git checkout -b合并某分支到当前分支git merge删除分支git branch -d2.解决冲突1当Git无法自动合并分支时就必须首先解决冲突。解决冲突后再提交合并完成。2解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容再提交。3用git log --graph命令可以看到分支合并图。3.分支策略在实际开发中我们应该按照几个基本原则进行分支管理1首先master分支应该是非常稳定的也就是仅用来发布新版本平时不能在上面干活2那在哪干活呢干活都在dev分支上也就是说dev分支是不稳定的到某个时候比如1.0版本发布时再把dev分支合并到master上在master分支发布1.0版本3你和你的小伙伴们每个人都在dev分支上干活每个人都有自己的分支时不时地往dev分支上合并就可以了。所以团队合作的分支看起来就像这样4合并分支时加上–no-ff参数就可以用普通模式合并合并后的历史有分支能看出来曾经做过合并而fast forward合并就看不出来曾经做过合并。4.Bug分支1修复bug时我们会通过创建新的bug分支进行修复然后合并最后删除2当手头工作没有完成时先把工作现场git stash一下然后去修复bug修复后再git stash pop回到工作现场。5.Feature分支1开发一个新feature最好新建一个分支2如果要丢弃一个没有被合并过的分支可以通过git branch -D 强行删除。6.多人协作推送分支1并不是一定要把本地分支往远程推送那么哪些分支需要推送哪些不需要呢2master分支是主分支因此要时刻与远程同步3dev分支是开发分支团队所有成员都需要在上面工作所以也需要与远程同步4bug分支只用于在本地修复bug就没必要推到远程了除非老板要看看你每周到底修复了几个bug5feature分支是否推到远程取决于你是否和你的小伙伴合作在上面开发。总之就是在Git中分支完全可以在本地自己藏着玩是否推送视你的心情而定**多人协作的工作模式通常是这样1首先可以试图用git push origin 推送自己的修改2如果推送失败则因为远程分支比你的本地更新需要先用git pull试图合并3如果合并有冲突则解决冲突并在本地提交4没有冲突或者解决掉冲突后再用git push origin 推送就能成功5如果git pull提示no tracking information则说明本地分支和远程分支的链接关系没有创建用命令git branch --set-upstream-to origin/。总结1查看远程库信息使用git remote -v2本地新建的分支如果不推送到远程对其他人就是不可见的3从本地推送分支使用git push origin branch-name如果推送失败先用git pull抓取远程的新提交4在本地创建和远程分支对应的分支使用git checkout -b branch-name origin/branch-name本地和远程分支的名称最好一致5建立本地分支和远程分支的关联使用git branch --set-upstream branch-name origin/branch-name6从远程抓取分支使用git pull如果有冲突要先处理冲突。7.Rebase1多人在同一个分支上协作时很容易出现冲突。即使没有冲突后push的童鞋不得不先pull在本地合并然后才能push成功。2rebase操作的特点把分叉的提交历史“整理”成一条直线看上去更直观。缺点是本地的分叉提交已经被修改过了。3rebase操作可以把本地未push的分叉提交历史整理成直线4rebase的目的是使得我们在查看历史提交的变化时更容易因为分叉的提交需要三方对比。标签管理定义“请把上周一的那个版本打包发布commit号是6a5819e…” “ 一串乱七八糟的数字不好找”“请把上周一的那个版本打包发布版本号是v1.2” “好的按照tag v1.2查找commit就行”所以tag就是一个让人容易记住的有意义的名字它跟某个commit绑在一起。1.创建标签在Git中打标签非常简单首先切换到需要打标签的分支上然后敲命令git tag 就可以打一个新标签。1命令git tag 用于新建一个标签默认为HEAD也可以指定一个commit id2命令git tag -a -m blablabla…可以指定标签信息3命令git tag可以查看所有标签。2.操作标签1命令git push origin 可以推送一个本地标签2命令git push origin --tags可以推送全部未推送过的本地标签3命令git tag -d 可以删除一个本地标签4命令git push origin :refs/tags/可以删除一个远程标签。GitHub1)在GitHub上可以任意Fork开源仓库2)自己拥有Fork后的仓库的读写权限3)可以推送pull request给官方仓库来贡献代码。这里讲解一下pull request当你想更正别人仓库里的错误时要走一个流程1先 fork 别人的仓库相当于拷贝一份相信我不会有人直接让你改修原仓库的2clone 到本地分支做一些 bug fix3发起 pull request 给原仓库让他看到你修改的 bug4原仓库 review 这个 bug如果是正确的话就会 merge 到他自己的项目中本文所有内容主要参考于廖雪峰的Git教程https://www.liaoxuefeng.com/wiki/896043488029600