我想看看有没有更好的工作流程。假设我只是在一个功能分支中工作,当我在主代码中发现一个缺陷时,我已经在那里做了一些提交。让我们假设,只有一个小的拼写错误我想要修复。然后我必须这样做才能让它变得干净:
# I am now in feature branch
git stash # save current work
git checkout master
git checkout -b fix # ok, making a fixbranch could be passed
# fix the flaw
git commit
git checkout master
git rebase/merge fix # whatever you prefer
git checkout feature
git stash apply
git rebase master
# now the flaw is fixed in my feature branch and in master and I can go on working
这真的有很多步骤。或者,我当然可以修复feature分支中的缺陷,但在合并分支之前,它将在主分支中保持未修复状态。当我甚至不知道,如果我要合并分支,它可能会保持不变。
但是,有没有更好/更简单的方法来管理这个问题呢?
发布于 2018-10-22 00:58:17
我认为你得到了正确的工作流程。
假设您有许多开发人员在同一个repo上工作。其他开发人员希望从您的快速修复中获益。在master上专用的快速修复分支和合并是一种明确的方法。
如果您的团队删除每个流程都很简单(例如:在master上合并之前不需要审查),您可以直接在master上提交您的修复,而无需创建专用的修复分支。很简单,但可能会有一些风险。
假设现在你是唯一的开发人员。然后,只需对您的功能分支进行快速修复的专用提交即可。就这样。
注意:您可以避免使用git stash
特性,方法是先提交正在进行的工作,然后在返回yor分支时使用git commit --amend
https://stackoverflow.com/questions/52917596
复制相似问题