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

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

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

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

2024-10-16 14:59:55 +08:00

回复了 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 分支流程类似，不重复说明。

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

2024-10-16 13:47:29 +08:00

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

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

2024-10-10 11:36:16 +08:00

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

说说你白天的生活习惯

2024-10-08 16:44:50 +08:00

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

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

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

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

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

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