前言
在补习python的时候主要参考的是廖雪峰的教程Python教程,在学习完后准备完成期末作业时,遇到了一个技术难题,需要初步掌握git,因此开始了git的学习。
本教程参考廖雪峰的Git教程
Git简介可以参看:Git简介
Git学习笔记:版本回滚 Git:版本回滚
Git学习笔记:修改Git学习笔记:修改
Git学习笔记: 远程仓库Git学习笔记:远程仓库
Git学习笔记:分支管理1 Git学习笔记:分支管理1
Git学习笔记:分支管理2Git学习笔记:分支管理2
Git学习笔记:分支管理3Git学习笔记:分支管理3
目录
标签管理
发布一个版本时,我们通常先在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照。
Git的标签虽然是版本库的快照,但其实它就是指向某个commit的指针(跟分支很像对不对?但是分支可以移动,标签不能移动),所以,创建和删除标签都是瞬间完成的。
Git有commit,为什么还要引入tag?
“请把上周一的那个版本打包发布,commit号是6a5819e…”
“一串乱七八糟的数字不好找!”
如果换一个办法:
“请把上周一的那个版本打包发布,版本号是v1.2”
“好的,按照tag v1.2查找commit就行!”
所以,tag就是一个让人容易记住的有意义的名字,它跟某个commit绑在一起。
创建标签
在Git中打标签非常简单,首先,切换到需要打标签的分支上:
$ git branch
* dev
master
$ git checkout master
Switched to branch 'master'
然后,敲命令git tag 就可以打一个新标签:
$ git tag v1.0
可以用命令git tag查看所有标签:
$ git tag
v1.0
默认标签是打在最新提交的commit上的。有时候,如果忘了打标签,比如,现在已经是周五了,但应该在周一打的标签没有打,怎么办?
方法是找到历史提交的commit id,然后打上就可以了:
$ git log --pretty=oneline --abbrev-commit
1c912f4 (HEAD -> dev2, tag: v1.0) conflict fixed
c03f3da AND simple
2f95c81 a test
4cc972a branch test
047ca83 like master real
c91cc58 like master
cd104fe remove test.txt
320840f add test.txt
e42d7e7 git track changes
fcb9ba4 a minitest for understanding the work
276b2df append GPL
18323a9 add distributed
ebcf5a3 wrote a readme file
比如说要对like master这次提交打标签,它对应的commit id是c91cc58,敲入命令:
$ git tag v0.9 f52c633
再用命令git tag查看标签:
$ git tag
v0.9
v1.0
注意,标签不是按时间顺序列出,而是按字母排序的。可以用git show 查看标签信息:
$ git show v0.9
commit c91cc583b53d69780eb857181bf3d6a03e078b23 (tag: v0.9)
Author: challengef <lifuquan16@nudt.edu.cn>
Date: Thu Jun 28 14:25:28 2018 +0800
like master
diff --git a/test.txt b/test.txt
new file mode 100644
index 0000000..e69de29
以看到,v0.9确实打在like master这次提交上。
还可以创建带有说明的标签,用-a指定标签名,-m指定说明文字:
$ git tag -a v0.1 -m "version 0.1 released" 276b2df
用命令git show 可以看到说明文字:
$ git show v0.1
tag v0.1
Tagger: challengef <lifuquan16@nudt.edu.cn>
Date: Wed Jul 4 16:55:19 2018 +0800
version 0.1 released
commit 276b2dfad247898dc00c12758659ddd253e0c148 (tag: v0.1)
Author: challengef <lifuquan16@nudt.edu.cn>
Date: Tue Jun 26 21:05:22 2018 +0800
append GPL
diff --git a/readme.txt b/readme.txt
index ee2c1ea..eda332d 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
Git is a distributed version control system.
-Git is free software
\ No newline at end of file
+Git is free software distributed under GPL
...
注意:标签总是和某个commit挂钩。如果这个commit既出现在master分支,又出现在dev分支,那么在这两个分支上都可以看到这个标签。
小结
- 命令git tag 用于新建一个标签,默认为HEAD,也可以指定一个commit id;
- 命令git tag -a -m “blablabla…”可以指定标签信息;
- 命令git tag可以查看所有标签。
操作标签
如果标签打错了,也可以删除:
$ git tag -d v0.1
Deleted tag 'v0.1' (was f15b0dd)
因为创建的标签都只存储在本地,不会自动推送到远程。所以,打错的标签可以在本地安全删除。
如果要推送某个标签到远程,使用命令git push origin :
$ git push origin v1.0
Counting objects: 12, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (12/12), done.
Writing objects: 100% (12/12), 1.35 KiB | 345.00 KiB/s, done.
Total 12 (delta 3), reused 0 (delta 0)
remote: Resolving deltas: 100% (3/3), done.
To https://github.com/challengef/awesome-python3-webapp2.git
* [new tag] v1.0 -> v1.0
或者,一次性推送全部尚未推送到远程的本地标签:
$ git push origin --tags
Total 0 (delta 0), reused 0 (delta 0)
To github.com:michaelliao/learngit.git
* [new tag] v0.9 -> v0.9
如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除:
$ git tag -d v0.9
Deleted tag 'v0.9' (was f52c633)
然后,从远程删除。删除命令也是push,但是格式如下:
$ git push origin :refs/tags/v0.9
git push origin :refs/tags/v0.9
remote: warning: Deleting a non-existent ref.
To https://github.com/challengef/awesome-python3-webapp2.git
- [deleted] v0.9
要看看是否真的从远程库删除了标签,可以登陆GitHub查看。
小结
• 命令git push origin 可以推送一个本地标签;
• 命令git push origin –tags可以推送全部未推送过的本地标签;
• 命令git tag -d 可以删除一个本地标签;
• 命令git push origin :refs/tags/可以删除一个远程标签。
使用GitHub
我们一直用GitHub作为免费的远程仓库,如果是个人的开源项目,放到GitHub上是完全没有问题的。其实GitHub还是一个开源协作社区,通过GitHub,既可以让别人参与你的开源项目,也可以参与别人的开源项目。
在GitHub出现以前,开源项目开源容易,但让广大人民群众参与进来比较困难,因为要参与,就要提交代码,而给每个想提交代码的群众都开一个账号那是不现实的,因此,群众也仅限于报个bug,即使能改掉bug,也只能把diff文件用邮件发过去,很不方便。
但是在GitHub上,利用Git极其强大的克隆和分支功能,广大人民群众真正可以第一次自由参与各种开源项目了。
如何参与一个开源项目呢?比如人气极高的bootstrap项目,这是一个非常强大的CSS框架,你可以访问它的项目主页https://github.com/twbs/bootstrap,点“Fork”就在自己的账号下克隆了一个bootstrap仓库,然后,从自己的账号下clone:
git clone git@github.com:michaelliao/bootstrap.git
一定要从自己的账号下clone仓库,这样你才能推送修改。如果从bootstrap的作者的仓库地址git@github.com:twbs/bootstrap.git克隆,因为没有权限,你将不能推送修改。
Bootstrap的官方仓库twbs/bootstrap、你在GitHub上克隆的仓库my/bootstrap,以及你自己克隆到本地电脑的仓库,他们的关系就像下图显示的那样:
如果你想修复bootstrap的一个bug,或者新增一个功能,立刻就可以开始干活,干完后,往自己的仓库推送。
如果你希望bootstrap的官方库能接受你的修改,你就可以在GitHub上发起一个pull request。当然,对方是否接受你的pull request就不一定了。
如果你没能力修改bootstrap,但又想要试一把pull request,那就Fork一下我的仓库:https://github.com/michaelliao/learngit,创建一个your-github-id.txt的文本文件,写点自己学习Git的心得,然后推送一个pull request给我,我会视心情而定是否接受。
小结
•在GitHub上,可以任意Fork开源仓库;
•自己拥有Fork后的仓库的读写权限;
•可以推送pull request给官方仓库来贡献代码