Git - 最佳实践:如何在分支之间频繁切换并避免多次提交?

时间:2012-04-12 14:00:28

标签: git branch

我正在研究验证软件。 我继续使用随时准备启动测试的主分支代码。 所以我开发了其他分支的新功能(dev for ex)。 这是经典的git工作流程。

我担心的是,由于设计师要求我检查他们的更新,我需要每天切换主人和开发人员10次。

目前我只知道一种方式:

  1. 使用消息“需要回归”
  2. 将我的工作提交给dev
  3. 切换到主分支
  4. 运行回归并提供反馈
  5. 关闭开发并继续工作
  6. 这很烦人,因为在dev分支上创建了无用的历史记录。

    是否有其他简单方式(我是初学者)以避免dev分支上的多次提交?

    感谢您的帮助!

4 个答案:

答案 0 :(得分:4)

在切换分支之前,请执行git stash。这将以易于恢复的方式记录您正在处理的当前状态。当您切换回dev分支时,请执行git stash pop。这将重新应用这些更改,并删除存储,以便它不会留在您的历史记录中。

答案 1 :(得分:1)

我认为git stash就是你所需要的。它有帮助here

答案 2 :(得分:1)

git clone您的主存储库,并从那里运行回归测试。 请记住运行git pull以检索更新。并且永远不会提交到克隆的存储库(或准备将其尽快合并回主存储库)。

答案 3 :(得分:0)

这里有好几点建议。我的第一个想法是有两个克隆,在dev上,一个在master上。只需更改目录(类似于ydroneaud所说的)。

另一种方式,如果你只想运行回归,就是使用git archive来获取快照并用它进行测试。转到空目录并执行:

git --git-dir=/my/dev/clone/.git archive master | tar xvf -

然后建立&测试。当然,将它放在脚本中是有意义的。