处理多个git分支：stash或clone-per-branch？

Question

我会对一般情况和更具体的答案感兴趣，但在我的特定情况下，一些相关因素是：

• 我目前是该项目的唯一开发人员，但可能会在不久的将来与其他人合作
• 我正在尝试关注this workflow，或多或少。
• 特别是关于前一点，两个分支（master和develop）有远程控制，为修补程序创建的其他分支，错误和功能仅限本地
• 回购很容易克隆并运行/开发/测试多个本地实例

在日常工作中，我经常同时在几个分支机构工作。大部分工作都不能立即提交，所以我目前正在使用git stash来保存分支交换机之间的工作。但是，我发现有点繁琐的stashes工作，并想知道每个分支克隆方法是否更容易跟踪。每种方法的优点/缺点是什么，有人强烈推荐一种方法而不是另一种方法吗？

更新：我应该补充一点，我不愿意让所有分支机构不断提交是因为厌恶在回购中破解或真正糟糕的代码。然而，我意识到修改这个原则可能是明智的，特别是如果我熟悉git工具以减轻任何负面副作用。

Answer 1

请勿使用git stash。很难回顾哪个藏匿点属于哪个分支。

相反，当我继续工作时，请执行git commit --all -m "stash"和git reset HEAD~。

这会留下它们所属的所有藏匿处（即在它们的树枝上）。

更好：将所有的藏匿处留在原处。完成功能后，请使用git rebase -i清除历史记录。