|
|
@@ -38,14 +38,7 @@ git push origin master --force
|
|
|
# --force 表示强制本地覆盖线上
|
|
|
```
|
|
|
|
|
|
-##### 5 常用操作汇总表
|
|
|
-
|
|
|
-
|
|
|
-
|
|
|
-##### 6 更多帮助请移步[Git](https://git-scm.com/book/zh/v2)
|
|
|
-
|
|
|
-
|
|
|
-##### 7 常见代码上线工作流程：
|
|
|
+##### 5 常见代码上线工作流程：
|
|
|
|
|
|
```
|
|
|
(1) 主干开发分支上线和分支开发主干上线
|
|
|
@@ -61,7 +54,7 @@ tag名就是版本号，比如v1.0.xxxx。版本号可以根据一个简单的
|
|
|
就比分支上线方便一些。
|
|
|
```
|
|
|
|
|
|
-##### 8 修复线上bug （tag上线）
|
|
|
+##### 6 修复线上bug （tag上线）
|
|
|
|
|
|
```
|
|
|
如果线上遇到bug需要修复而master分支已经提交了新开发的代码了该怎么办呢？非常简单，使用checkout命令，
|
|
|
@@ -74,4 +67,9 @@ git tag v1.2.xxxx
|
|
|
git checkout master
|
|
|
git merge v1.2.xxxx
|
|
|
这样免除了一个代码库有众多分支难以管理的困扰。
|
|
|
-```
|
|
|
+```
|
|
|
+
|
|
|
+
|
|
|
+##### 7 常用操作汇总表，更多帮助请移步[Git](https://git-scm.com/book/zh/v2)
|
|
|
+
|
|
|
+
|
