我有一个远程原始存储库,有三个分支,一个主服务器和两个备选服务器。两个替代方案都提前几百次提交。
我想做的是有效地制作替代方案之一,“alternative1”,新的“主人”,like in this question。
目前,我的本地仓库位于分支机构“alternative1”上。当我完成后,我希望我的本地仓库在分支“master”上,并且我希望分支“master”等同于最新提交分支“alternative1”。
我按照已接受的解决方案来处理我链接的重复问题。但是我没有完全掌握的是这个操作对我的本地 repo和远程 repo的影响。当我通过我们的策略完成合并时,如该解决方案所示,如果另一个随机的人决定从远程仓库中获取origin / master,他们是否也会收到与我推送到“alternative1”的最后一次提交相对应的代码合并前?或者我是否必须以某种方式重新推动新主人?
此外,这是否可以通过BitBucket的浏览器内合并功能实现?
答案 0 :(得分:1)
如果您执行了“正常”合并(即创建了新的合并提交,或者快速转发 - 与reset --hard
/ branch -f
相比),则应该没有任何问题。
任何从您的存储库获取的人都将收到您的分支版本中包含的最新源代码(假设您已推送了要更新的所有分支)。