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

Question

我希望在分支features中处理一组功能，并在添加一组功能后与master合并。这将触发生产中的产品。

然后我将继续处理分支features中的功能（如果可能的话，我不希望为计划功能集的每个功能打开一个新的分支。）

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

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

我是唯一的开发人员，因此在合并之间master does not change。

Answer 1

git本身不会被这个打扰。由于您从git的角度指定了＃34;＆＃34;，简短的回答是＆＃34; no＆＃34;。

有两件事需要注意：

1）如果您要保留合并提交，则默认提交消息会反映分支名称。如果看到重复＆＃34;合并功能＆＃34;这只是一个问题。 master历史记录中的邮件是您审核工作流程中的一个问题。

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