（Github）如果我将功能A合并到主机上，然后其他人将功能B合并到主机上。功能A会丢失吗？

简单的问题，假设我正在开发项目的功能A，一个朋友正在开发功能B，我们都是从相同的主源代码开始的。这种情况发生了：

• 我把我的树枝和主人合二为一。（专题A）
• 我推动这个项目
• 然后他把他的树枝和主人合二为一。（专题乙）
• 他推动这个项目

---

我的分支（功能A）会在这个过程中丢失吗？在这种情况下，如何正确合并？（我是否应该先将我的分支合并到我朋友的分支上，然后他才能合并到master上？）（他可能必须先从master上拉，然后再推，但他的代码无论如何都不会有功能。）

他将无法直接推到远程repo，因为它的历史记录将与所说的远程repo不同

! [rejected]        master -> master (non-fast-forward)
error: failed to push some refs to 'https://github.com/[me]/[project].git'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes (e.g. 'git pull') before pushing again. 

---

我建议B侧的a，以便B重播他/她的提交，然后向后推。

他将无法直接推送到远程回购，因为它的历史记录将与所述远程回购不同

! [rejected]        master -> master (non-fast-forward)
error: failed to push some refs to 'https://github.com/[me]/[project].git'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes (e.g. 'git pull') before pushing again. 

---

我建议B侧的a，以便B重播他/她的提交，然后向后推。

除非他们强制推送到主控，否则他们必须在推送之前将您的更改与自己的更改合并，以保持一致的历史记录。您的朋友只需从主控中拉取（将自上次分支以来的更改合并到主控）并推送即可。这也是为什么你永远不应该强制推送。除非他们强制推送到master，否则他们必须在推送之前将你的更改与他们自己的更改相结合，以保持一致的历史记录。你的朋友只需从master（将自上次分支以来的更改合并到master）拉送即可。这也是为什么你不应该强迫别人。