假设有 2 个分支:master 和 feature。现在我正在研究一项新功能，因此检查了该分支。稍后我需要处理 master 但无法提交 feature 更改，因为它们尚未处于良好状态。我可以暂存它们并切换到 master。我在那里做了一些工作，突然我想到我需要在 feature 分支中进行测试，所以我想切换到它，但我又必须在 master< 中暂存本地更改/em>.
现在假设您有 10 个而不是 1 个功能分支。这是在切换分支时存储所有本地更改的唯一方法还是有更智能的解决方案？
请不要质疑工作流程，这只是强调烦人的工作 - stash - checkout - 工作 - stash - checkout - apply stash - work - stash> - checkout - apply other stash -... cycle.
最佳答案
解决办法是签到。不要 stash ，只需在切换到另一个分支或主分支之前 checkin 功能分支上的任何内容。留下一个很好的描述性提交消息。您正在考虑集中式源代码控制，其中 checkin 未完成或未完成的工作会给其他人带来问题。但这是 Git——它是存储库的本地副本。您通过 checkin 给任何人带来不便，并且您不必将更改推送到原点以 checkout 另一个分支。
关于git - 使用本地更改切换每个分支，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/20542218/