我有一个远程源存储库，其中包含三个分支，一个主节点和两个替代方案。 这两种选择都比主节点领先数百次提交。
我想做的是有效地使其中一个替代方案，"alternative1"，新的"主人"，就像这个问题一样。
目前，我的本地存储库位于分支"替代 1"上。 完成后，我希望我的本地存储库位于分支"master"上，并且我希望分支"master"等效于对分支"alternative1"的最新提交。
我遵循我链接的重复问题的已接受解决方案。 但我不完全掌握的是此操作的后果对我的本地存储库与远程存储库意味着什么。 当我通过我们的策略完成合并时，如该解决方案所示，如果另一个随机的人决定从远程存储库中获取源/主，他们是否也会收到与我在合并前推送到"alternative1"的最后一次提交对应的代码？ 还是我必须以某种方式重新推动新主人？
此外，这可以通过BitBucket的浏览器内合并功能完成吗？
如果您进行了"正常"合并（即创建一个新的合并提交，或快进 - 与 reset --hard/branch -f 相比），应该没有任何问题。
任何将从您的存储库中获取的人都将收到包含在您的分支版本中的最新源代码（假设您已经推送了要更新的所有分支）。