应用有冲突的 Git 存储的最佳实践？
Best practice for applying a Git stash with conflicts?
我以前从未遇到过应用存储的问题，但我认为即将推出的 session 可能会有所不同。我想知道是从您的源中提取最新的，然后应用存储并处理任何冲突，还是先应用存储，然后从源中提取最新的更好？任何一种或另一种最佳实践？
对此有多种解决方案。最适合我的方法是 从您的藏匿处创建一个新分支。然后，您可以像处理以某种方式出现分歧的任何其他分支一样处理该存储。
首先从您的存储中创建一个新分支：
git stash branch <branch-name> <stash-name>
Git 然后将检出最初创建存储的提交 然后应用存储（因为存储应用于它的原始提交，它是您可能 不会 遇到任何冲突）。
根据新分支中的更改创建新提交。
git add .
git commit -m 'This commit contains the changes from the stash'
像处理任何其他合并提交一样解决冲突。可能的选择是合并新分支或变基它在当前分支之上（并解决沿途的冲突）。
git checkout master && git merge <branch-name> 或git rebase master
我以前从未遇到过应用存储的问题，但我认为即将推出的 session 可能会有所不同。我想知道是从您的源中提取最新的，然后应用存储并处理任何冲突，还是先应用存储，然后从源中提取最新的更好？任何一种或另一种最佳实践？
对此有多种解决方案。最适合我的方法是 从您的藏匿处创建一个新分支。然后，您可以像处理以某种方式出现分歧的任何其他分支一样处理该存储。
首先从您的存储中创建一个新分支：
git stash branch <branch-name> <stash-name>Git 然后将检出最初创建存储的提交 然后应用存储（因为存储应用于它的原始提交，它是您可能 不会 遇到任何冲突）。
根据新分支中的更改创建新提交。
git add . git commit -m 'This commit contains the changes from the stash'像处理任何其他合并提交一样解决冲突。可能的选择是合并新分支或变基它在当前分支之上（并解决沿途的冲突）。
git checkout master && git merge <branch-name>或git rebase master