Git从源代码合并分支_Git_Merge

Git从源代码合并分支

git merge

Git从源代码合并分支,git,merge,Git,Merge,我有一堆远程（跟踪）分支，我已经从这些分支创建了本地分支（因此我可以编写、提交和推送），例如origin/myfeature。现在我想将源代码/myfeature合并到主文件中我可以做（假设我现在是大师）：但是，在执行合并之前，这是否保证会进行最新的更改（或者与核心“真相”中的内容相同）据我所知，区域设置远程跟踪分支不一定指向分支上的最新远程更改。您执行获取，获取源的快照。然后，合并该快照。当然，从源头上说，它可以获得更多的东西如果您担心这场比赛，您可以在推动更改之前进行另一次获取，以查

我有一堆远程（跟踪）分支，我已经从这些分支创建了本地分支（因此我可以编写、提交和推送），例如origin/myfeature。现在我想将源代码/myfeature合并到主文件中
我可以做（假设我现在是大师）：
但是，在执行合并之前，这是否保证会进行最新的更改（或者与核心“真相”中的内容相同）

据我所知，区域设置远程跟踪分支不一定指向分支上的最新远程更改。
您执行
获取
，获取源的快照。然后，合并该快照。当然，从源头上说，它可以获得更多的东西
如果您担心这场比赛，您可以在推动更改之前进行另一次获取，以查看它是否移动。但仍然有人可以在推之前或推期间添加另一个提交
但是在对这件事太激动之前，假设你赢了比赛。但是有人在你合并后添加了一个补丁。这与实际情况有什么不同吗

在DVC中，添加是很正常的，如果添加了，您将进行另一次合并以获取新内容。而且种族也没那么有趣。
是merge命令的fetch部分吗？如果不是，我也可以从本地分支合并，正如我看到的那样。
fetch
将是
pull
命令的一部分。因此，只要您的本地是最新的，您就可以与其中任何一个合并，并且不会产生任何影响。不，
fetch
是独立的，
pull
是组合。但它仍然具有相同的理论竞争条件，只是开始的窗口较短——当然，当您解决冲突并完成所有检查时，它将是不相关的，所以“merge myfeature”和“merge origin/myfeature”之间没有区别？如果它们指向同一个提交，则没有区别，除了你得到一个稍微不同的默认消息。
git merge origin/myfeature