在GIthub中处理相同的文件

在GIthub中处理相同的文件,git,github,Git,Github,目前我和我的朋友正在开发一个web应用程序,我们都在GitHub中执行推拉操作 现在我的问题是,如果我在文件test.php中工作,我的朋友也在同一个文件中工作,一旦我完成工作,我就在GitHub中创建一个新分支,并将其推入该分支并与master合并:master现在拥有我所做的更改 我的朋友没有这些更改,现在我们如何合并这两个文件,而不影响我过去所做的更改 我们只通过终端推拉,并且我们也没有维护任何本地存储库 现在,主人有我做的更改,现在我的朋友没有这些更改,现在我们将如何合并这两个文件,而不

目前我和我的朋友正在开发一个web应用程序,我们都在GitHub中执行推拉操作

现在我的问题是,如果我在文件test.php中工作,我的朋友也在同一个文件中工作,一旦我完成工作,我就在GitHub中创建一个新分支,并将其推入该分支并与master合并:master现在拥有我所做的更改

我的朋友没有这些更改,现在我们如何合并这两个文件,而不影响我过去所做的更改

我们只通过终端推拉,并且我们也没有维护任何本地存储库

现在,主人有我做的更改,现在我的朋友没有这些更改,现在我们将如何合并这两个文件,而不影响我过去所做的更改

如果他在自己的分支机构发展,他所要做的就是:

git fetch
git rebase master
# resolve conflicts
git push --force
rebase部件将在更新的主分支上重播他的分支提交,确保他的修改仍然与主分支兼容。 稍后,他的分支将很容易地合并到master,因为所说的分支将始终是master之上的附加提交,因为重新基址

例如,请参见涉及重基的:

现在,主人有我做的更改,现在我的朋友没有这些更改,现在我们将如何合并这两个文件,而不影响我过去所做的更改

如果他在自己的分支机构发展,他所要做的就是:

git fetch
git rebase master
# resolve conflicts
git push --force
rebase部件将在更新的主分支上重播他的分支提交,确保他的修改仍然与主分支兼容。 稍后,他的分支将很容易地合并到master,因为所说的分支将始终是master之上的附加提交,因为重新基址

例如,请参见涉及重基的:


始终存在本地回购协议。既然你推拉,你就在做合并。只要看看git是如何工作的,github本身不会改变任何东西。所以,我们都必须维护本地回购协议,没关系,请你再解释一下。你不必特别说明,但git总是有一个。如果您的计算机上没有存储库,您就无法真正使用git进行源代码管理。这将非常有用:感谢您的回复..Sami Kuhmonen始终有一个本地repo。既然你推拉,你就在做合并。只要看看git是如何工作的,github本身不会改变任何东西。所以,我们都必须维护本地回购协议,没关系,请你再解释一下。你不必特别说明,但git总是有一个。如果您的计算机上没有存储库,您就无法真正使用git进行源代码管理。这将非常有用:谢谢您的回复..Sami Kuhmonen非常感谢您,这正是我所期望的。@Maheshwaran.s我编辑了答案,以说明重基,并指向一篇详细介绍我推荐的工作流的文章。@Maheshwaran.s别忘了阅读此问题或您过去的问题。非常感谢您,这正是我所期待的。@Maheshwaran.s我编辑了答案,以说明重新基准,并指向一篇详细介绍我推荐的工作流程的文章。@Maheshwaran.s不要忘记阅读此问题或您过去的问题。