Git 重复使用分支名称是否存在风险?

Git 重复使用分支名称是否存在风险?,git,Git,我想在分支功能中处理一组功能,并在添加一组功能后与主功能合并。这将引起生产上的变化 然后,我将继续在分支features(如果可能的话,我不希望为计划功能集的每个功能打开一个新分支)中处理功能 从git的角度来看,这样做是否存在特定风险 我知道有,但通过一组分支功能的工作->与master合并->继续处理分支功能->与master合并->-> 我是唯一的开发人员,所以在合并之间。git本身不会为此而烦恼。因为您指定了“从git的角度”,所以简短的回答是“否” 有两件事需要注意: 1) 在保留合并

我想在分支
功能
中处理一组功能,并在添加一组功能后与
主功能
合并。这将引起生产上的变化

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

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

我知道有,但通过一组分支功能的
工作
->
与master合并
->
继续处理分支功能
->
与master合并
->
->


我是唯一的开发人员,所以在合并之间。

git本身不会为此而烦恼。因为您指定了“从git的角度”,所以简短的回答是“否”

有两件事需要注意:

1) 在保留合并提交的情况下,默认提交消息将反映分支名称。只有在查看工作流中,如果在
master
历史记录中看到重复的“从功能合并”消息,这才是一个问题


2) 由于您指定了“从git的角度”,我假设您已经评估了构建工具或其他与git交互的软件将如何响应。由于我无法评估这些(未指定的)工具将起到什么作用,因此我并不全面支持这种方法,而只是解决git是否关心这一方面的问题。

不,我没有看到任何相关风险。我不确定我是否正确理解了您的第三段,因为有多个“不是”和“但是”。为了更好的理解,你可能想重新表述这个短语。对于你自己的判断,你应该考虑一个分支仅仅是指向一个提交的指针,它对指针的名称所起的作用相对较小,除了不能有两个同名的名字。@ MKRIGER1:谢谢你的反馈,我澄清了第三段,这确实是过度设计的。