如何将两个文件合并到同一个github存储库中?

如何将两个文件合并到同一个github存储库中?,git,github,Git,Github,我们有collaguea和collagueb。 两者都从GitHub存储库下载代码并开始修改,比如app.py。 每个人都在自己的计算机中修改代码的不同部分 在将app.py和app.py合并到最后一个app.py并将其推送到原始存储库时,git的好做法是什么 我是GitHub的新手,如果可能的话,我想要简单的答案 如果您都在推送同一个分支(例如master),那么第二个要推送的分支(例如developerB)将失败,原因是: 在这种情况下,我建议使用git stash+git pull--re

我们有collaguea和collagueb。 两者都从GitHub存储库下载代码并开始修改,比如app.py。 每个人都在自己的计算机中修改代码的不同部分

在将app.py和app.py合并到最后一个app.py并将其推送到原始存储库时,git的好做法是什么


我是GitHub的新手,如果可能的话,我想要简单的答案

如果您都在推送同一个分支(例如master),那么第二个要推送的分支(例如developerB)将失败,原因是:

在这种情况下,我建议使用
git stash+git pull--rebase
,它将:

  • 隐藏任何当前修改(尚未提交)
  • 获取更新的
    origin/master
    分支(使用developerA
    app.py
    修改
  • origin/master
(您可以通过一点配置来自动化git stash+git重基过程:请参阅“”)

如果存在任何合并冲突,它们将在developerB的工作站上通过本地编译和测试在本地解决,以验证developerB的更改是否与developerA所推动的一致

一旦完成了rebase,一个简单的
git push
表单developerB将起作用(假设developerA没有在公共分支上再次推送)

当然,您可以通过为每个开发人员创建一个专用分支来避免这种情况,但您需要在某个时候协调这些并行开发。

至少,在我上面描述的工作流中,如果两个开发人员都参与了相同的开发工作,那么这种协调将是迟早的。

如果您都在推同一个分支(例如master),那么第二个要推的分支(例如developerB)将失败,原因是:

在这种情况下,我建议使用
git stash+git pull--rebase
,它将:

  • 隐藏任何当前修改(尚未提交)
  • 获取更新的
    origin/master
    分支(使用developerA
    app.py
    修改
  • origin/master
(您可以通过一点配置来自动化git stash+git重基过程:请参阅“”)

如果存在任何合并冲突,它们将在developerB的工作站上通过本地编译和测试在本地解决,以验证developerB的更改是否与developerA所推动的一致

一旦完成了rebase,一个简单的
git push
表单developerB将起作用(假设developerA没有在公共分支上再次推送)

当然,您可以通过为每个开发人员创建一个专用分支来避免这种情况,但您需要在某个时候协调这些并行开发。

至少,根据我上面描述的工作流程,如果两个开发人员都参与到相同的开发工作中,那么这种协调将是迟早的。

两人都必须在一个专用分支上工作,因为不建议在主分支上工作。一旦CollegeA和CollegWeb完成修改文件。其中一人可以合并他的m修改为master。然后,另一个必须用master重新设置其分支的基础,使用'git rebase',解决冲突并推送分支(使用-f)在将其合并到master too.hi@user8920367之前,这篇关于如何使用git merge的用户友好文章可能会有所帮助-两者都必须在专用分支上工作,因为不建议在master分支上工作。一旦CollegeA和CollegWeb完成修改文件,其中一方可以将其修改合并到master。然后,另一方必须重新设置其b的基础ranch with master,使用“git rebase”,解决冲突并在将分支合并到master之前推送分支(使用-f)。hi@user8920367,这篇关于如何使用git merge的用户友好文章可能会有所帮助-
hint: Updates were rejected because a pushed branch tip is behind its remote
hint: counterpart. Check out this branch and merge the remote changes
hint: (e.g. 'git pull') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.