git在合并时以什么顺序应用文件修改?

git在合并时以什么顺序应用文件修改?,git,git-merge,Git,Git Merge,假设我在一个文件中做了几处修改,并将它们保存在本地存储库中。另一名开发人员还对其本地存储库中的同一文件进行了几次更改,并将其推送到了central。假设我有A1和A2,他有B1和B2。按时间顺序排列为A1、B1、A2、B2 git在合并时应用更改的顺序是什么?也就是说,它是将其他开发人员的更改视为一个更改,还是按时间顺序应用它们并考虑我自己更改的时间顺序?对于合并,它将所有更改视为一个更改,并在git pull时合并到您的分支 但是,如果您使用git pull-rebase,那么它将是A1,然后

假设我在一个文件中做了几处修改,并将它们保存在本地存储库中。另一名开发人员还对其本地存储库中的同一文件进行了几次更改,并将其推送到了central。假设我有A1和A2,他有B1和B2。按时间顺序排列为A1、B1、A2、B2


git在合并时应用更改的顺序是什么?也就是说,它是将其他开发人员的更改视为一个更改,还是按时间顺序应用它们并考虑我自己更改的时间顺序?

对于合并,它将所有更改视为一个更改,并在git pull时合并到您的分支


但是,如果您使用git pull-rebase,那么它将是A1,然后是A2,合并在B1和B2之上。

对于合并,所有更改都将被视为一个,并在git pull时合并到您的分支


但是,如果Git拉-ReBASE,那么它将是A1,然后A2将被合并在B1和B2的顶部。

为了添加这个答案,Git只考虑在它们的提示中的分支的状态,最后提交,甚至不考虑任何中间提交。Git只考虑了分支在其提示中的状态,即最终提交,甚至不考虑在该过程中的任何中间提交。