这是解决git拉/合并冲突的正确方法吗?

这是解决git拉/合并冲突的正确方法吗?,git,Git,我运行了git pull origin,现在我在将分支与主分支合并时遇到了一些问题 以下是我所做的: 提交我的分支上的所有更改 git签出主机 git拉源主机 git签出我的分支机构 git合并主机 打开“project.pbxproj”并删除所有需要的标记 打开其他冲突文件并删除所需的标记 文件和git提交的git add 这是正确的吗?更新:这是由于更新了一个问题而更新的 因此,当您执行拉操作时,git将尝试合并现有更改并通知您任何冲突。看起来您正在提交分支上的更改,我们称之为newBran

我运行了
git pull origin
,现在我在将分支与主分支合并时遇到了一些问题

以下是我所做的:

  • 提交我的分支上的所有更改
  • git签出主机
  • git拉源主机
  • git签出我的分支机构
  • git合并主机
  • 打开“project.pbxproj”并删除所有需要的标记
  • 打开其他冲突文件并删除所需的标记
  • 文件和git提交的git add
  • 这是正确的吗?

    更新:这是由于更新了一个问题而更新的

    因此,当您执行拉操作时,git将尝试合并现有更改并通知您任何冲突。看起来您正在提交分支上的更改,我们称之为newBranch。然后签出本地主分支并执行拉操作。如果您直接执行pull,git将组合fetch和merge命令,并且只有在发生冲突时才允许您进行干预

    git push origin master
    
    将主分支推送到远程原点。同样地

    git pull origin master
    
    它将从远程分支拉入当前分支


    我假设在第(4)步中,您忘记提到您要签出的分支,但让我们假设它是newBranch。在第5步中,您试图将master合并到newBranch,这与您通常想要做的相反。通常,在测试所做的功能或更改是否有效后,将分支合并到主分支中。解决合并中的任何冲突后,它将作为合并的一部分提交。然后,您可以将合并的主分支从原始分支推送到主分支。

    是的,这是一种完全可以接受的解决合并冲突的方法。我只想指出,您不需要一个本地
    主分支
    分支——您可以省略步骤2、4和5。

    拉和推是错误的。首先是命令pull或push,然后是remote(在本例中别名为origin),然后是ref,在本例中是master分支。所以“git推源主机”和“git拉源主机”。因为它是主分支,所以默认设置是跟踪它的源/主分支,所以只需要“git pull”和“git push”。