在当前分支被另一个用户合并到其中后，检查最新的 master 分支
Check out latest master branch after current branch is merged into it by another user
假设我有一个 Master 分支，我将一些新代码推送到 Feature-A 分支，这是一个子分支-来自 Master 的分支：
- 特征-A
- 硕士
现在我检查了 Feature-A 分支。
稍后另一个人将 Feature-A 合并到 Master 并关闭 Feature-A 分支机构：
- Master（与 Feature-A 合并）
- 特征-A
- 硕士
但是现在 Sourcetree 卡在了旧的 Feature-A 分支上，我不得不求助于使用 reset --hard 来移动到最新的 Master 提交并删除所有 Feature-A 引用。
有没有办法让这个过程更加精简？理想情况下，我希望 script/simple 按钮序列自动移动到最新的 Master 提交，
这里要记住的关键是 Feature-A 已合并到 Master，但 Feature-A 本身尚未更新。因此 Feature-A 仍然在原来的位置 - 第二张图中的中间提交。
如果您这样做 reset --hard，您将强制您的 Feature-A 分支指向 Master，但这不是远程存储库中发生的情况。
相反，您可能只想结帐 Master 并继续工作；或者创建一个从 Master.
开始的新功能分支
假设我有一个 Master 分支，我将一些新代码推送到 Feature-A 分支，这是一个子分支-来自 Master 的分支：
- 特征-A
- 硕士
现在我检查了 Feature-A 分支。
稍后另一个人将 Feature-A 合并到 Master 并关闭 Feature-A 分支机构：
- Master（与 Feature-A 合并）
- 特征-A
- 硕士
但是现在 Sourcetree 卡在了旧的 Feature-A 分支上，我不得不求助于使用 reset --hard 来移动到最新的 Master 提交并删除所有 Feature-A 引用。
有没有办法让这个过程更加精简？理想情况下，我希望 script/simple 按钮序列自动移动到最新的 Master 提交，
这里要记住的关键是 Feature-A 已合并到 Master，但 Feature-A 本身尚未更新。因此 Feature-A 仍然在原来的位置 - 第二张图中的中间提交。
如果您这样做 reset --hard，您将强制您的 Feature-A 分支指向 Master，但这不是远程存储库中发生的情况。
相反，您可能只想结帐 Master 并继续工作；或者创建一个从 Master.