替換GIT中的Master分支：這如何影響Public Repo？

Question

我有一個遠程原始存儲庫，其中包含三個分支，一個主服務器和兩個備用服務器。 兩種選擇都領先於大師數百次。

我想做的是像這個問題一樣，有效地使替代項之一“ alternative1”成為新的“ master”。

當前，我的本地倉庫位於分支“ alternative1”上。 完成后，我希望本地存儲庫位於分支“ master”上，並且希望分支“ master”等效於對分支“ alternative1”的最新提交。

對於鏈接的重復問題，我遵循公認的解決方案。 但是我沒有完全掌握的是此操作對本地存儲庫和遠程存儲庫的影響。 當我按照解決方案所示通過我們的策略完成合並后，如果另一個隨機的人決定從遠程存儲庫中獲取原始/主文件，他們還將收到與我推送到“ alternative1”的最后一次提交相對應的代碼合並之前？ 還是我必須以某種方式重新推動新主人？

此外，這是可以通過BitBucket的瀏覽器內合並功能來完成的嗎？

Answer 1

如果您進行了“常規”合並（即與reset --hard / branch -f相比，創建了一個新的合並提交或快速轉發），那么應該不會有任何問題。

從您的存儲庫中獲取的任何人都將收到分支版本中包含的最新源代碼（假設您已推送所有要更新的分支）。