gpt4 book ai didi

git - 功能分支中的错误修复

转载 作者:太空狗 更新时间:2023-10-29 12:50:27 25 4
gpt4 key购买 nike

我们正在使用 A successful Git branching model由 Vincent Driessen 为我们的分支模型编写。一切都很好,但我还没有真正看到提出的特定问题。

据我所知,当需要新功能时,您可以从 development 分支创建一个新的 feature 分支。你会处理这个,当你完成后,你会把这个分支 merge 到 development 分支中。

如果开发人员制作了一个功能,然后将该功能 merge 回 development 却发现功能代码中存在一些错误,该怎么办?这应该在哪里固定?是否应该从开发开始一个新的 fix/bugfix 分支并在那里修复代码?我看不到其他方式。

应该怎么做呢?

谢谢

最佳答案

请记住,模型只是模型 - 它是关于为您提供一个结构,让您更有效率,而不是盲目地遵循一组规则。这意味着您应该随意调整并找出适合您的情况的方法,因为它可能并非在所有情况下都有效。

我认为在这种情况下你可以选择:

  1. 回滚 merge 并继续在功能分支上工作,直到准备就绪
  2. 启动一个新分支来修复错误。

您选择哪一个取决于以下因素:

  • 您的客户能看到错误吗?创建错误修复或修补程序分支。
  • 这个 bug 真的很糟糕并阻止了开发分支的其他进展吗?回滚更改。
  • 这只是一个外部影响很小的小问题吗?只需继续在功能分支上工作,并在准备就绪时再次 merge 。

从 Git 的角度来看,功能分支和错误修复分支之间的区别并不重要。仅当您将这些标签用于内部文档或其他审计目的(例如,跟踪外部用户可见的内容)时才有意义。

抵制直接离开开发分支工作的诱惑,即使您认为错误修复会很快 - 没有什么事情像看起来那么简单,如果出现任何问题,您稍后会让自己头疼。

您的选择的粗略视觉表示:

State machine diagram of choices

关于git - 功能分支中的错误修复,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7239153/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com