& git常用总结（Git高级）

git常用总结（Git高级）

git常用总结（Git高级）
写在前面（原则）
git merge合并
git tag打标签及标签命名规范
打标签、查看标签命令
git 标签命名规范
git通过Tag标签修复紧急bug
git fetch

TOC

写在前面（原则）

原则，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）。规范的概要如下：

版本格式：主版本号.次版本号.修订号，版本号递增规则如下：

1. 主版本号：当你做了不兼容的 API 修改，
2. 次版本号：当你做了向下兼容的功能性新增，
3. 修订号：当你做了向下兼容的问题修正。

先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面，作为延伸。例：

测试阶段
（版本处在里程碑节点的测试阶段。如功能测试、性能测试，会打tag）tag名称规则为：预发布版本号_test_构建的日期和时间
如：V100.001.01._test_20181015

发布阶段
（测试通过后，由CM给代码打上released的标签）tag名称规则为：发布版本号_released
如：V100.001.01_released

git通过Tag标签修复紧急bug

如何通过标签来修复紧急bug？

还原场景

• 当最新的版本发布后，线上出现了比较严重或者紧急的bug，需要马上解决，此时就可以利用tag标签修复紧急bug

解决步骤（思路）

1. 从master拉取新的分支：fixbug （拉取的分支代码一定是线上tag版本）
2. 修复紧急bug
3. fixbug修改完以后合并回master和dev分支

命令：
1 .切换tag分支：git checkout -b [branchName] [tagName]。
例子：git checkout -b fixbug v1.3.1

1. 合并
   git checkout master
   git merge fixbug

git fetch

TODO