|
|
@@ -2,3 +2,32 @@
|
|
|
|
|
|
1. `git config core.ignorecase false` 让 git 区别大小写。
|
|
|
2. 合并 commit 使用`git rebase -i commit-id`，后强制提交`git push -f origin dev`
|
|
|
+3. ### 分支管理与标签管理
|
|
|
+ [长期分支与临时分支 - git flow 模型](https://blog.csdn.net/liumiaocn/article/details/79256312?utm_source=app&app_version=4.5.0)
|
|
|
+
|
|
|
+- git flow 中有两个长期的分支，一直不会被删除，这两个分支是 develop 和 master
|
|
|
+
|
|
|
+| 分支 | 生命期 | 作用说明 |
|
|
|
+| ------- | ------ | ---------------------------------------------------------------------------------- |
|
|
|
+| master | 长期 | 用于保持和生产环境一致或者半步先于生产环境，主要目的用于保证生产环境的实时可用状态 |
|
|
|
+| develop | 长期 | 开发的集成分支，主要目的用于显示最新的开发状况 |
|
|
|
+
|
|
|
+- 三种临时性的分支
|
|
|
+
|
|
|
+| 分支类型 | 说明 | 是否可为多条 |
|
|
|
+| ------------ | ---------------- | ------------ |
|
|
|
+| Feature 分支 | 特性分支 | 可为多条 |
|
|
|
+| issue 分支 | bug/特性对应分支 | 可为多条 |
|
|
|
+| Hotfix 分支 | bug 对应分支 | 可为多条 |
|
|
|
+| Release 分支 | release 实施分支 | 可为多条 |
|
|
|
+
|
|
|
+1. 分支管理一般策略
|
|
|
+
|
|
|
+- step1. 项目 Owner 负责创建当前待发布的分支，如 master> git checkout -b release/1.0
|
|
|
+- step2. 项目 Developer 根据已提交的 issue 创建对应的开发分支，如 release/1.0> git checkout -b issue/1
|
|
|
+- step3. 项目 Developer 完成开发后，发起由 issue/1 到 release/1.0 的 Merge Request 给项目 Owner，
|
|
|
+- 可并行开发 issue， 同样执行步骤 2 ~3
|
|
|
+- [如何用-gitlab-做团队内的-code-review](https://segmentfault.com/a/1190000006062488)
|
|
|
+- step4. 项目 Owner 审查过代码后，合并代码才可提交测试， 若出现 Bug，则执行执行步骤 2 ~3
|
|
|
+- step5. 项目 Tester 测试全部通过后，发起由 release/1.0 到 master 的 Merge Request 给项目 Owner
|
|
|
+- step6. 项目 Owner 合并代码并打标签 v1.0，如 master> git tag v1.0，而后才可发布上线
|
