前端+后端回购中每个 feature\story\epic VS 每个子任务的分支？
Branch per feature\story\epic VS branch per sub-task in a Frontend+Backend repo?
我们有一个 Web 开发项目团队，我们决定使用单一存储库及其优缺点。我们将积压工作分成 Jira 故事，每个故事都有几个 FE 和 BE 任务。喜欢：
ABC-1 显示猫
1.1。 ABC-2 [FE] 显示猫标记
1.2。 ABC-3 [FE] 为猫发送 CRUD 请求
1.3。 ABC-4 [BE] 为猫创建 CRUD 端点
问题是我们是否应该创建一个分支 abc-1-display-cats 并将 FE+BE 提交放入其中，然后将其合并到 dev 分支，OR我们应该为每个子任务创建小 abc-2-display-cats-markup、abc-4-create-crud-endpoints-cats 分支，然后将每个小分支合并到 dev 中吗？
每个功能的分支
- +我们可以通过
undo 1 merge commit 轻松删除特征
- -任何人都可以用他的代码破坏功能分支
每个子任务的分支
- +每个人都在自己的分支工作，可能会破坏代码库
- -我们不能简单地删除 5-6 个分支的特征
您可以从 dev 分支创建功能分支，例如 abc-1-display-cats 分支。对于每个子任务，从功能分支 abc-1-display-cats 创建一个新分支 abc-4-create-crud-endpoints-cats 并将其合并回同一功能分支。 dev 分支只会与特性分支交互，所以你可以执行整个特性的回滚。每个开发人员也可以在其子任务分支上独立工作。
我们有一个 Web 开发项目团队，我们决定使用单一存储库及其优缺点。我们将积压工作分成 Jira 故事，每个故事都有几个 FE 和 BE 任务。喜欢：
ABC-1 显示猫
1.1。 ABC-2 [FE] 显示猫标记
1.2。 ABC-3 [FE] 为猫发送 CRUD 请求
1.3。 ABC-4 [BE] 为猫创建 CRUD 端点
问题是我们是否应该创建一个分支 abc-1-display-cats 并将 FE+BE 提交放入其中，然后将其合并到 dev 分支，OR我们应该为每个子任务创建小 abc-2-display-cats-markup、abc-4-create-crud-endpoints-cats 分支，然后将每个小分支合并到 dev 中吗？
每个功能的分支
- +我们可以通过
undo 1 merge commit轻松删除特征
- -任何人都可以用他的代码破坏功能分支
每个子任务的分支
- +每个人都在自己的分支工作，可能会破坏代码库
- -我们不能简单地删除 5-6 个分支的特征
您可以从 dev 分支创建功能分支，例如 abc-1-display-cats 分支。对于每个子任务，从功能分支 abc-1-display-cats 创建一个新分支 abc-4-create-crud-endpoints-cats 并将其合并回同一功能分支。 dev 分支只会与特性分支交互，所以你可以执行整个特性的回滚。每个开发人员也可以在其子任务分支上独立工作。