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

Question

我正在开发一个验证软件。我继续使用随时准备启动测试的主分支代码。所以我在其他分支中开发新功能（例如 dev ）。这是经典的 git 工作流程。

我担心的是，我需要每天在 master 和 dev 之间切换 10 次，因为设计师要求我检查他们的更新。

目前我只知道一种方法：

1. 使用“需要回归”消息提交我的开发工作
2. 切换到主分支
3. 运行回归并提供反馈
4. 重新打开开发并继续工作

这很烦人，因为在 dev 分支上创建了无用的历史记录。

是否有另一种简单的方法（我是初学者）来避免 dev 分支上的多次提交？

感谢您的帮助！

Answer 1

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

Answer 2

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

Answer 3

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

Answer 4

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

另一种方法，如果你只想运行回归，是使用 git archive 来获取快照并用它进行测试。转到一个空目录并执行以下操作：

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

然后构建和测试。当然，将其放入脚本中是有意义的。