V2EX › admol 的所有回复 › 第 4 页 / 共 50 页

@ray2023
得看是不是在开发同一个功能，如果明确是同一个功能要一起上线的，那可以共用一个 feature 分支。
如果不是或者不确定，最好是每个功能 feature 一个独立的 feature 分支。

这样上线的时候也可以很好的控制哪些功能可以上线（将 feature 分支合并到 release 分支），未测试完或者需要延期的也可以随时拿掉（不合并 release ）。
就算已经合并了 release 分支，其中某个功能不准备上线了，那也可以将之前的 release 分支删掉，然后重新合一个新的 release 分支。

所以最好是每个要上线的功能独立一个 feature 分支。

346 天前

回复了 yujianwjj 创建的主题 › git › 请教 git 管理的一个问题

### 基本概念

- master：线上理论上最稳定的代码版本，不允许直接修改提交代码。
- release 分支：上线前预发布环境分支，不允许直接修改提交代码，上线完成验收通过后合并到 master 分支，打 tag 。
- dev 分支：开发环境分支，不允许直接修改提交代码。
- test 分支：测试环境分支，不允许直接修改提交代码。
- feature 分支：基于 master 分支 checkout 的分支，用于开发新的功能需求。允许直接修改提交代码。开发完成后合并到 dev 分支，提测时合并到 test 分支，上线前合并到 release 分支。
- hotfix 分支：基于 master 分支创建，对线上版本的 bug 进行修复，流程和 feature 开发类似。

### 开发流程说明：

1. 收到需求，基于 `master` 分支 checkout 新的 feature 分支：`feature/00001`
2. 开发阶段：
1. 开发完成后，将 `feature/00001`分支合并到 `dev` 分支。
2. 发布开发环境 `dev` 分支。
3. 提测阶段：
1. 提测时，将 `feature/00001`分支合并到 `test` 分支。
2. 提测后测试反馈的 bug ，继续基于`feature/00001`分支进行修改，修改完成后再次将分支合并到 `dev` 分支和 `test` 分支。
3. 发布测试环境 `test` 分支
4. 预发布阶段：
1. 基于 master checkout 新的 release 分支：`release-xxx`
2. 确定要上线的功能版本，将对应的 feature 分支：`feature/00001`合并到 `release-xxx` 分支
3. 提测后测试反馈的 bug ，继续基于`feature/00001`分支进行修改，修改完成后再次将分支合并到 `dev` 、 `test` 和 `release-xxx` 分支。
4. 发布预发布环境`release-xxx`分支
5. 上线发布阶段：
1. 上线发布`release-xxx`分支
2. 验收通过，将 `release-xxx` 分支合并到 `master` 分支，打上版本 tag 。
3. 删除`release-xxx`、`feature/00001`分支

hotfix 流程和 feature 分支流程类似，不重复说明。

这是我们的分支流程管理，仅供参考

346 天前

回复了 mouyase 创建的主题 › 分享发现 › 今天遇到一个美团外卖的问题，想讨论一下责任的划分

我之前下班用饿了么点了一份外卖准备回家吃，结果到家反应过来选错地址是要送到公司了。
于是主动打电话问配送员能不能改地址，结果好像是不能，必须要先送到公司点送达，然后再送过来。
感觉不是很好意思麻烦他再送那么远，就让外卖配送员别送过去了，自己留着吃，但是他好像还是要必须送过去点个送达。

352 天前

回复了 aisles1 创建的主题 › 问与答 › 要怎样才能让自己完整一觉睡 10 小时以上？

说说你白天的生活习惯

354 天前

回复了 xiaopapa 创建的主题 › 投资 › 没忍住今天入场了 A 股

老股民低估了新股民求财的欲望🤑

新股民低估了老股民解套的渴望🤓

2024-09-10 17:49:24 +08:00

回复了 chenjia404 创建的主题 › 奇思妙想 › 如何解决免费图床不可靠的问题

看回复，我还以为是站长在发帖 https://i.imgur.com/ZveiiGy.png