git笔记：通过给grunt-inline打tag看tag操作

晚上review了下grunt-inline的issues，看到有个兄弟pull request，修正了0.3.0版本的一个bug。于是就merge了下，然后发布了0.3.1版本（这里）。

npm publish后，突然想到一个问题，发布了这么多个版本了，但好像都没有打过tag，这个不利于版本回溯以及bug trace。svn版本管理里有tag的概念，git里八九不离十也有，虽然还没用过。就简单百度了下，打完tag后顺便做下笔记：

查看tag

git tag

比如我在grunt-inline的项目下运行这个命令，输出如下

casperchenMacBookPro:grunt-inline casperchen$ git tag

0.3.0

0.3.1

v0.3.0

添加tag

tag分为两种，分别是轻量级（lighted）tag和附注（annotated）标签。我们通常采用后面这一种。

1. 根据最新版本创建tag

比如merge了PR后，想要给最新的版本0.3.1打个tag，可用如下命令

 git tag -a v0.3.1 -m 版本0.3.1的tag

几个参数简单解释下

-a annotated的意思，标识tag的类型
v0.3.1 tag版本
-m 注释信息

2. 根据特定版本创建tag

有的时候，我们想要给历史版本打tag。比如给grunt-inline打完0.3.1的tag后，我想顺道给之前的0.3.0版本打个tag。该怎么做呢。

首先需要知道该提交版本的校验和，可以通过git log获得。比如我们运行git log后，输出如下信息

commit 96770ddb62efc6ac58d4c71da0f346867f1e24de

Author: chyingp chyingp@gmail.com 

Date: Sun Jun 15 21:25:36 2014 +0800

 update README and package.json after merge a PR

然后，可以针对该次提交打tag

git tag -a v0.3.0 96770ddb62efc6ac58d4c71da0f346867f1e24de -m 版本0.3.0的tag

删除tag

命令很简单，加上-d参数即可

git tag -d v0.3.1

发布tag

默认情况下，git push的时候，不会把本地打的tag也提交到git hub，需要手动推送。

1. 发布所有tag

git push origin –tags

2. 发布特定tag

it push origin v0.3.1

Git的正确使用姿势与最佳实践｜青训营笔记 本篇笔记完全依照课程流程复现，已尽量确保git操作的连贯性，各位同学可以依照笔记复习全流程操作，或者后续结合目录进行查漏补缺。
关于 Git 重写历史的一些笔记 写在前面 今天和小伙伴们分享一些 Git 重写提交历史的笔记 提交代码遇到相关问题，这里整理笔记 博文为《Pro Git》读书笔记整理 感谢开源这本书的作者和把这本书翻译为中文的大佬们 理解不足小伙伴帮忙指正，书很不错，感兴趣小伙伴可以去拜读下
Git分支 | 青训营笔记 之前的都是基础git操作。但是我们知道git的作用主要是“分布式版本控制”，这个特质只有在团队协作的时候才会被最大程度发挥出来。 今天就来学习一下协作中最重要的分支
Git基础操作6 | 青训营笔记 上期介绍了如何用git的回溯功能来实现代码世界的时空跳跃。但是问题很明显：如果跳回的时间又觉得有点远，能跳回较近的时间吗？本期我们就来看看这个。