Git 学习笔记
2017-03-21 16:57
253 查看
Git 学习笔记:
学习站点:廖雪峰-Git教程1.创建版本库
首先,选择一个合适的地方,创建一个空目录:$ mkdir learngit $ cd learngit $ pwd
-第二步,通过 ‘git init’ 命令把这个目录变成 Git 可以管理的仓库:
$ git init
2.把文件修改添加到暂存区:
$ git add README.md
3.把暂存区的所有内容提交到当前分支:
$ git commit -m "wrote a README file"
-解释:git commit 命令后面的 -m 选项指示本次提交的说明。
4.查看工作区状态:
$ git status
5.查看 difference :
$ git diff README.md
6.查看提交历史:
$ git log $ git log --pretty=oneline
7.回退到上一版本:
$ git reset --hard HEAD^
-在 Git 中,用 'HEAD' 表示当前版本(提交的ID),上一个版本就是 'HEAD^' ,上上一个版本就是 'HEAD^^' ,往上100个版本可以写成 'HEAD~100' 。
8.查看命令历史:
$ git reflog
9.历史版本穿梭:
$ git reset --hard commit_id
-穿梭前,用 'git log' 可以查看提交历史,以便确定要回退到哪个版本。 -要重返未来,用 'git reflog' 查看命令历史,以便确定要回到未来的哪个版本。
10.查看工作区和版本库里面最新版本的区别:
$ git diff HEAD -- README.md
11.直接丢弃工作区的修改(还未使用 ‘git add’ 命令):
$ git checkout -- README.md
12.撤销暂存区的修改(使用了 ‘git add’ 但是还未使用 ‘git commit’命令):
$ git reset HEAD file
-然后就可以使用 'git checkout -- README.md' 丢弃工作区修改。 -已经提交了不合适的修改到版本库时,想要撤销本次提交,参考'版本穿梭',不过前提是没有推送到远程库
13.从版本库中删除文件:
-本地删除文件
$ git rm README.md $ git commit -m "remove README file"
-如果是本地误删了文件
$ git checkout -- README.md
-'git checkout' 命令其实是用版本库里的版本替换工作区的版本,无论工作区是删除或是修改,都可以“一键还原”
14.远程仓库(GitHub)
-第一步,创建SSH Key
$ ssh-Keygen -t rsa -C "youremail@example.com"
-然后一路回车使用默认值即可,key的密码可以设置为空 -完成后,可在用户主目录下找到 '.ssh' 目录,里面有id_rsa和id_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。 -第二步,登录 GitHub,在账户设置中添加SSH Key,把id_rsa.pub文件的内容粘贴进去。
15.添加远程仓库:
-首先,登录GitHub,然后创建一个新的仓库,仓库名称填写 'learngit' (和本地库一致),其他默认。 -根据GitHub提示关联远程库
$ git remote add origin git@github.com:1065585676/learngit.git
-下一步,把本地库的所有内容推送到远程库
$ git push -u origin master
-由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。 -完成后,只要本地做了修改,就可以通过下面命令把本地master分支最新修改推送至GitHub:
$ git push origin master
-分布式版本库完成。
16.从远程库克隆:
-首先,登陆GitHub,创建一个新的仓库,名字叫gitskills,勾选Initialize this repository with a README,这样GitHub会自动为我们创建一个README.md文件。 -克隆一个本地库:
$ git clone git@github.com:1065585676/gitskills.git
-Git支持多种协议,包括https,但通过ssh支持的原生git协议速度最快。使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令,但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。
17.创建与合并分支:
-创建 dev 分支:
$ git checkout -b dev
-'git checkout'命令加上-b参数表示创建并切换,相当于以下两条命令:
$ git branch dev $ git checkout dev
-查看分支
$ git branch
-会列出所有分支,当前分支前面会标一个*号 -合并分支到当前分支:
$ git checkout master $ git merge dev
-删除分支:
$ git branch -d dev
18.解决冲突
-当不同分支各自都分别有新的提交,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突。 -'Automatic merge failed; fix conflicts and then commit the result.' -这时候也可以使用 'git status' 查看冲突的文件是哪个,打开冲突的文件,会看到冲突的内容
<<<<<<< HEAD Creating a new branch is quick & simple. ======= Creating a new branch is quick AND simple. >>>>>>> feature1
-Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容,需要自己手动编辑修改,修改后再提交即可。
$ git add README $ git commit -m "conflict fixed"
-用带参数的git log也可以看到分支的合并情况:
$ git log --graph --pretty=oneline --abbrev-commit
-最后,删除feature1分支:
$ git branch -d feature1
19.分支管理策略:
-通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。 -如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
$ git merge --no-ff -m "merge with no-ff" dev
-合并分支时,加上--no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。
20.Bug分支:
-Git还提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作:
$ git stash
-现在,用git status查看工作区,就是干净的(除非有没有被Git管理的文件),因此可以放心地创建分支来修复bug。 -查看存储的工作现场:
$ git stash list
-工作现场还在,Git把stash内容存在某个地方了,但是需要恢复一下,有两个办法: -方式一:用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除 -方式二:用git stash pop,恢复的同时把stash内容也删了 -可以多次stash,恢复的时候,先用git stash list查看,然后恢复指定的stash,用命令:
$ git stash apply stash@{0}
21.功能分支:
-开发一个新feature,最好新建一个分支 -如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。
22.多人协作:
-查看远程库信息:
$ git remote $ git remote -v
-推送分支:
$ git push origin master $ git push origin dev
-抓取分支:
$ git clone git@github.com:1065585676/gitskills.git
-从远程库clone时,默认情况下,只能看到本地的master分支。用git branch命令看看:
$ git branch
-现在,要在dev分支上开发,就必须创建远程origin的dev分支到本地,于是用这个命令创建本地dev分支:
$ git checkout -b dev origin/dev
-现在,就可以在dev上继续修改,然后,时不时地把dev分支push到远程:
$ git commit -m "add /usr/bin/env" $ git push origin dev
-当合作开发者已经向origin/dev分支推送了他的提交,而碰巧你也对同样的文件作了修改,并试图推送:
$ git add hello.py $ git commit -m "add coding: utf-8" $ git push origin dev
-推送失败,因为你的合作开发者的最新提交和你试图推送的提交有冲突,解决办法也很简单,Git已经提示我们,先用git pull把最新的提交从origin/dev抓下来,然后,在本地合并,解决冲突,再推送:
$ git pull
-git pull也失败了,原因是没有指定本地dev分支与远程origin/dev分支的链接,根据提示,设置dev和origin/dev的链接:
$ git branch --set-upstream dev origin/dev
-再pull:
$ git pull
-这回git pull成功,但是合并有冲突,需要手动解决,解决的方法和分支管理中的解决冲突完全一样。解决后,提交,再push:
$ git commit -m "merge & fix hello.py" $ git push origin dev
-因此,多人协作的工作模式通常是这样: -首先,可以试图用git push origin branch-name推送自己的修改; -如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并; -如果合并有冲突,则解决冲突,并在本地提交; -没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功! -如果'git pull'提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令'git branch --set-upstream branch-name origin/branch-name'。 -这就是多人协作的工作模式,一旦熟悉了,就非常简单。
23.标签管理:
-发布一个版本时,我们通常先在版本库中打一个标签(tag) -Git有commit,为什么还要引入tag? -“请把上周一的那个版本打包发布,commit号是6a5819e...” -“一串乱七八糟的数字不好找!” -如果换一个办法: -“请把上周一的那个版本打包发布,版本号是v1.2” -“好的,按照tag v1.2查找commit就行!” -所以,tag就是一个让人容易记住的有意义的名字,它跟某个commit绑在一起。 -创建标签: -首先,切换到需要打标签的分支上:
$ git branch $ git checkout master
-然后,敲命令git tag <name>就可以打一个新标签:
$ git tag v1.0
-可以用命令git tag查看所有标签:
$ git tag
-默认标签是打在最新提交的commit上的。有时候,如果忘了打标签,比如,现在已经是周五了,但应该在周一打的标签没有打,怎么办? -方法是找到历史提交的commit id,然后打上就可以了:
$ git log --pretty=oneline --abbrev-commit
-比方说要对add merge这次提交打标签,它对应的commit id是6224937,敲入命令:
$ git tag v0.9 6224937
-注意,标签不是按时间顺序列出,而是按字母排序的。可以用git show <tagname>查看标签信息:
$ git show v0.9
-还可以创建带有说明的标签,用-a指定标签名,-m指定说明文字:
$ git tag -a v0.1 -m "version 0.1 released" 3628164 $ git show v0.1
-还可以通过-s用私钥签名一个标签:
$ git tag -s v0.2 -m "signed version 0.2 released" fec145a
-签名采用PGP签名,因此,必须首先安装gpg(GnuPG),如果没有找到gpg,或者没有gpg密钥对,就会报错:
gpg: signing failed: secret key not available error: gpg failed to sign the data error: unable to sign the tag
$ git show v0.2
-用PGP签名的标签是不可伪造的,因为可以验证PGP签名。 -操作标签: -如果标签打错了,也可以删除:
$ git tag -d v0.1
-因为创建的标签都只存储在本地,不会自动推送到远程。所以,打错的标签可以在本地安全删除。 -如果要推送某个标签到远程,使用命令git push origin <tagname>:
$ git push origin v1.0
-或者,一次性推送全部尚未推送到远程的本地标签:
$ git push origin --tags
-如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除:
$ git tag -d v0.9
-然后,从远程删除。删除命令也是push,但是格式如下:
$ git push origin :refs/tags/v0.9
-要看 ca7b 看是否真的从远程库删除了标签,可以登陆GitHub查看。
24.自定义Git
-有些时候,你必须把某些文件放到Git工作目录中,但又不能提交它们,比如保存了数据库密码的配置文件啦,等等 -在Git工作区的根目录下创建一个特殊的.gitignore文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件。 -不需要从头写.gitignore文件,GitHub已经为我们准备了各种配置文件,只需要组合一下就可以使用了。 -所有配置文件可以直接在线浏览:https://github.com/github/gitignore -忽略文件的原则是: -忽略操作系统自动生成的文件,比如缩略图等; -忽略编译生成的中间文件、可执行文件等,也就是如果一个文件是通过另一个文件自动生成的,那自动生成的文件就没必要放进版本库,比如Java编译产生的.class文件; -忽略你自己的带有敏感信息的配置文件,比如存放口令的配置文件。 -检验.gitignore的标准是git status命令是不是说working directory clean。 -有些时候,你想添加一个文件到Git,但发现添加不了,原因是这个文件被.gitignore忽略了:
$ git add App.class
-如果你确实想添加该文件,可以用-f强制添加到Git:
$ git add -f App.class
-或者你发现,可能是.gitignore写得有问题,需要找出来到底哪个规则写错了,可以用git check-ignore命令检查:
$ git check-ignore -v App.class
25.配置别名:
-我们只需要敲一行命令,告诉Git,以后st就表示status:
$ git config --global alias.st status
-当然还有别的命令可以简写,很多人都用co表示checkout,ci表示commit,br表示branch:
$ git config --global alias.co checkout $ git config --global alias.ci commit $ git config --global alias.br branch
-'--global'参数是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有用。 -配置一个git last,让其显示最后一次提交信息:
$ git config --global alias.last 'log -1'
-这样,用git last就能显示最近一次的提交:
$ git last
-甚至还有人丧心病狂地把lg配置成了:
$ git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit" $ git lg
-配置文件: -配置Git的时候,加上--global是针对当前用户起作用的,如果不加,那只针对当前的仓库起作用。 -配置文件放哪了?每个仓库的Git配置文件都放在.git/config文件中:
$ cat .git/config
-别名就在[alias]后面,要删除别名,直接把对应的行删掉即可。 -而当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中:
$ cat .gitconfig
-配置别名也可以直接修改这个文件,如果改错了,可以删掉文件重新通过命令配置。
26.搭建Git服务器
-搭建Git服务器需要准备一台运行Linux的机器,强烈推荐用Ubuntu或Debian,这样,通过几条简单的apt命令就可以完成安装。 -第一步,安装git:
$ sudo apt-get install git
-第二步,创建一个git用户并且设定密码,用来运行git服务:
$ sudo adduser git $ sudo passwd git
-第三步,创建证书登录: -收集所有需要登录的用户的公钥,就是他们自己的id_rsa.pub文件,把所有公钥导入到/home/git/.ssh/authorized_keys文件里,一行一个,注意修改authorized_keys文件权限为git。 -第四步,初始化Git仓库: -先选定一个目录作为Git仓库,假定是/srv/sample.git,在/srv目录下输入命令:
$ sudo git init --bare sample.git
-Git就会创建一个裸仓库,裸仓库没有工作区,因为服务器上的Git仓库纯粹是为了共享,所以不让用户直接登录到服务器上去改工作区,并且服务器上的Git仓库通常都以.git结尾。然后,把owner改为git:
$ sudo chown -R git:git sample.git
-第五步,禁用shell登录: -出于安全考虑,第二步创建的git用户不允许登录shell,这可以通过编辑/etc/passwd文件完成。找到类似下面的一行: -'git:x:1001:1001:,,,:/home/git:/bin/bash' -改为: -'git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell' -这样,git用户可以正常通过ssh使用git,但无法登录shell,因为我们为git用户指定的git-shell每次一登录就自动退出。 -git-shell-commands的问题 -将目录/usr/share/doc/git/contrib/git-shell-commands拷贝到git用户下/home/git/ 这里/usr/share/doc/git的git可能带版本号,要自行修改
$ sudo cp -R /usr/share/doc/git/contrib/git-shell-commands /home/git/
-递归修改目录所有者
$ sudo chown -R git:git git-shell-commands
-确保命令文件执行权限
$ sudo chmod +x /home/git/git-shell-commands/*
-第六步,克隆远程仓库: -现在,可以通过git clone命令克隆远程仓库了,在各自的电脑上运行:
$ git clone git@server:/srv/sample.git
-管理公钥(Gitosis) -如果团队很小,把每个人的公钥收集起来放到服务器的/home/git/.ssh/authorized_keys文件里就是可行的。如果团队有几百号人,就没法这么玩了,这时,可以用Gitosis来管理公钥。 -管理权限(Gitolite) -有很多不但视源代码如生命,而且视员工为窃贼的公司,会在版本控制系统里设置一套完善的权限控制,每个人是否有读写权限会精确到每个分支甚至每个目录下。因为Git是为Linux源代码托管而开发的,所以Git也继承了开源社区的精神,不支持权限控制。不过,因为Git支持钩子(hook),所以,可以在服务器端编写一系列脚本来控制提交等操作,达到权限控制的目的。Gitolite就是这个工具。