前言
在补习python的时候主要参考的是廖雪峰的教程Python教程，在学习完后准备完成期末作业时，遇到了一个技术难题，需要初步掌握git，因此开始了git的学习。
本教程参考廖雪峰的Git教程
Git简介可以参看：Git简介
Git学习笔记：版本回滚 Git:版本回滚
Git学习笔记：修改Git学习笔记：修改
Git学习笔记： 远程仓库Git学习笔记：远程仓库
Git学习笔记：分支管理1 Git学习笔记：分支管理1
Git学习笔记：分支管理2Git学习笔记：分支管理2
Git学习笔记：分支管理3Git学习笔记：分支管理3
目录
前言目录标签管理创建标签小结 操作标签小结 使用GitHub小结标签管理
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。
Git有commit，为什么还要引入tag？
“请把上周一的那个版本打包发布，commit号是6a5819e…”
“一串乱七八糟的数字不好找！”
如果换一个办法：
“请把上周一的那个版本打包发布，版本号是v1.2”
“好的，按照tag v1.2查找commit就行！”
所以，tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。
创建标签
在Git中打标签非常简单，首先，切换到需要打标签的分支上：
$ git branch* devmaster$ git checkout masterSwitched to branch 'master'
然后，敲命令git tag 就可以打一个新标签：
$ git tag v1.0
可以用命令git tag查看所有标签：
$ git tagv1.0
默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？
方法是找到历史提交的commit id，然后打上就可以了：
$ git log --pretty=oneline --abbrev-commit1c912f4 (HEAD -> dev2, tag: v1.0) conflict fixedc03f3da AND simple2f95c81 a test4cc972a branch test047ca83 like master realc91cc58 like mastercd104fe remove test.txt320840f add test.txte42d7e7 git track changesfcb9ba4 a minitest for understanding the work276b2df append GPL18323a9 add distributedebcf5a3 wrote a readme file
比如说要对like master这次提交打标签，它对应的commit id是c91cc58，敲入命令：
$ git tag v0.9 f52c633
再用命令git tag查看标签：
$ git tagv0.9v1.0
注意，标签不是按时间顺序列出，而是按字母排序的。可以用git show查看标签信息：
$ git show v0.9commit c91cc583b53d69780eb857181bf3d6a03e078b23 (tag: v0.9)Author: challengef <lifuquan16@>Date: Thu Jun 28 14:25:28 +0800like masterdiff --git a/test.txt b/test.txtnew file mode 100644index 0000000..e69de29
以看到，v0.9确实打在like master这次提交上。
还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：
$ git tag -a v0.1 -m "version 0.1 released" 276b2df
用命令git show 可以看到说明文字：
$ git show v0.1tag v0.1Tagger: challengef <lifuquan16@>Date: Wed Jul 4 16:55:19 +0800version 0.1 releasedcommit 276b2dfad247898dc00c12758659ddd253e0c148 (tag: v0.1)Author: challengef <lifuquan16@>Date: Tue Jun 26 21:05:22 +0800append GPLdiff --git a/readme.txt b/readme.txtindex 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.1Deleted tag 'v0.1' (was f15b0dd)
因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。
如果要推送某个标签到远程，使用命令git push origin：
$ git push origin v1.0Counting objects: 12, done.Delta compression using up to 8 pressing 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 /challengef/awesome-python3-webapp2.git* [new tag] v1.0 -> v1.0
或者，一次性推送全部尚未推送到远程的本地标签：
$ git push origin --tagsTotal 0 (delta 0), reused 0 (delta 0)To :michaelliao/learngit.git* [new tag] v0.9 -> v0.9
如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：
$ git tag -d v0.9Deleted tag 'v0.9' (was f52c633)
然后，从远程删除。删除命令也是push，但是格式如下：
$ git push origin :refs/tags/v0.9git push origin :refs/tags/v0.9remote: warning: Deleting a non-existent ref.To /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框架，你可以访问它的项目主页/twbs/bootstrap，点“Fork”就在自己的账号下克隆了一个bootstrap仓库，然后，从自己的账号下clone：
git clone git@:michaelliao/bootstrap.git
一定要从自己的账号下clone仓库，这样你才能推送修改。如果从bootstrap的作者的仓库地址git@:twbs/bootstrap.git克隆，因为没有权限，你将不能推送修改。
Bootstrap的官方仓库twbs/bootstrap、你在GitHub上克隆的仓库my/bootstrap，以及你自己克隆到本地电脑的仓库，他们的关系就像下图显示的那样：
如果你想修复bootstrap的一个bug，或者新增一个功能，立刻就可以开始干活，干完后，往自己的仓库推送。
如果你希望bootstrap的官方库能接受你的修改，你就可以在GitHub上发起一个pull request。当然，对方是否接受你的pull request就不一定了。
如果你没能力修改bootstrap，但又想要试一把pull request，那就Fork一下我的仓库：/michaelliao/learngit，创建一个your-github-id.txt的文本文件，写点自己学习Git的心得，然后推送一个pull request给我，我会视心情而定是否接受。
小结
•在GitHub上，可以任意Fork开源仓库；
•自己拥有Fork后的仓库的读写权限；
•可以推送pull request给官方仓库来贡献代码
如果觉得《Git学习笔记：标签管理以及GItHub》对你有帮助，请点赞、收藏，并留下你的观点哦！
