git - 重用分支名称是否存在风险？

Question

我想在分支 features 中处理一组功能并与 master merge 一旦添加了一组功能。这将触发生产中的变化。

然后我将继续在分支 features 中处理这些功能。 (如果可能的话，我不想为计划功能集的每个功能打开一个新分支)。

这样做是否存在特定风险，从 git 的角度来看 ?

我知道有"best practices" for branch reuse但是通过一组 work on branch features 可以更好地协调这种发展。 -> merge with master -> continue working on branch features -> merge with master -> ...

我是唯一的开发者，所以 master does not change merge 之间。

Answer 1

git 本身不会被这个困扰。由于您指定了“从 git 的角度”，因此简短的回答是“否”。

有两点需要注意:

1) 如果您要保留 merge 提交，默认提交消息会反射(reflect)分支名称。如果在 master 中看到重复的“从功能 merge ”消息，这只是一个问题。历史记录将成为您审查工作流程中的一个问题。

2) 由于您指定了“从 git 的角度”，我假设您已经评估了您的构建工具或与 git 交互的其他软件将如何响应。由于我无法评估那些(未指定的)工具会做什么，所以我不总体上赞同这种方法，而只是解决 git 是否关心某种方式的问题。