& git常用总结（Git高级）
git常用总结（Git高级）
写在前面（原则）
原则，master和dev作为两条主分支，它们的代码永远要是最稳定的
git merge合并
将dev的代码合并到master分支
git checkout master
git meger dev
git meger dev 表示：将dev分支的代码合并到master分支
git tag打标签及标签命名规范
打标签、查看标签命令
将dev分支的代码合并到master分支 并且正式环境发布版本之后
就要打标签了,命令如下：
git tag -a 标签名 -m "附注信息"
git tag -a v1.0 -m "v1.0版本发布"
然后查看所有标签用下面命令：
git tag
其他命令
// 删除标签(本地)
git tag -d 1.0.0
// 将本地所有标签发布到远程仓库
git push origin --tags
// 指定版本发送
git push origin 1.0.0
// 删除远程仓库对应标签（Git版本 > V1.7.0）
git push origin --delete 1.0.0
git 标签命名规范
使用v0.1.0和v1.0.0命名打标签。
其实，这里遵循了一套语义化版本控制规范（Semantic Versioning）。规范的概要如下：
版本格式：主版本号.次版本号.修订号，版本号递增规则如下：
- 主版本号：当你做了不兼容的 API 修改，
- 次版本号：当你做了向下兼容的功能性新增，
- 修订号：当你做了向下兼容的问题修正。
先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面，作为延伸。例：
测试阶段
（版本处在里程碑节点的测试阶段。如功能测试、性能测试，会打tag）tag名称规则为：预发布版本号_test_构建的日期和时间
如：V100.001.01._test_20181015发布阶段
（测试通过后，由CM给代码打上released的标签）tag名称规则为：发布版本号_released
如：V100.001.01_released
git通过Tag标签修复紧急bug
如何通过标签来修复紧急bug？
还原场景
- 当最新的版本发布后，线上出现了比较严重或者紧急的bug，需要马上解决，此时就可以利用tag标签修复紧急bug
解决步骤（思路）
- 从master拉取新的分支：fixbug （拉取的分支代码一定是线上tag版本）
- 修复紧急bug
- fixbug修改完以后合并回master和dev分支
命令：
1 .切换tag分支：git checkout -b [branchName] [tagName]。
例子：git checkout -b fixbug v1.3.1
- 合并
git checkout master
git merge fixbug
git fetch
TODO