Git 重复使用分支名称是否存在风险?
我想在分支Git 重复使用分支名称是否存在风险?,git,Git,我想在分支功能中处理一组功能,并在添加一组功能后与主功能合并。这将引起生产上的变化 然后,我将继续在分支features(如果可能的话,我不希望为计划功能集的每个功能打开一个新分支)中处理功能 从git的角度来看,这样做是否存在特定风险 我知道有,但通过一组分支功能的工作->与master合并->继续处理分支功能->与master合并->-> 我是唯一的开发人员,所以在合并之间。git本身不会为此而烦恼。因为您指定了“从git的角度”,所以简短的回答是“否” 有两件事需要注意: 1) 在保留合并
功能
中处理一组功能,并在添加一组功能后与主功能
合并。这将引起生产上的变化
然后,我将继续在分支features
(如果可能的话,我不希望为计划功能集的每个功能打开一个新分支)中处理功能
从git的角度来看,这样做是否存在特定风险
我知道有,但通过一组分支功能的工作
->与master合并
->继续处理分支功能
->与master合并
->->
我是唯一的开发人员,所以在合并之间。git本身不会为此而烦恼。因为您指定了“从git的角度”,所以简短的回答是“否”
有两件事需要注意:
1) 在保留合并提交的情况下,默认提交消息将反映分支名称。只有在查看工作流中,如果在master
历史记录中看到重复的“从功能合并”消息,这才是一个问题
2) 由于您指定了“从git的角度”,我假设您已经评估了构建工具或其他与git交互的软件将如何响应。由于我无法评估这些(未指定的)工具将起到什么作用,因此我并不全面支持这种方法,而只是解决git是否关心这一方面的问题。不,我没有看到任何相关风险。我不确定我是否正确理解了您的第三段,因为有多个“不是”和“但是”。为了更好的理解,你可能想重新表述这个短语。对于你自己的判断,你应该考虑一个分支仅仅是指向一个提交的指针,它对指针的名称所起的作用相对较小,除了不能有两个同名的名字。@ MKRIGER1:谢谢你的反馈,我澄清了第三段,这确实是过度设计的。