如何合并在GIT中修改的文件

如何合并在GIT中修改的文件,git,merge,Git,Merge,我是Git版本控制工具的新手。以前我使用的是SVN 如果我们有一个文件a.php,该文件对第50行进行了一些修改,而对于已提交的同一文件,在另一个分支中的第500行发生了更改。如何在不隐藏更改或使用git checkout-patch的情况下合并这两个分支 在SVN中,我们只执行一个命令“SVN update a.php”。而在这里,我们必须执行三个命令。git stash,git merge branchname,git stash apply 提前感谢。如果您当前在一个分支上,提交了对第50

我是Git版本控制工具的新手。以前我使用的是SVN

如果我们有一个文件a.php,该文件对第50行进行了一些修改,而对于已提交的同一文件,在另一个分支中的第500行发生了更改。如何在不隐藏更改或使用git checkout-patch的情况下合并这两个分支

在SVN中,我们只执行一个命令“SVN update a.php”。而在这里,我们必须执行三个命令。git stash,git merge branchname,git stash apply


提前感谢。

如果您当前在一个分支上,提交了对第50行的更改,并且您有一个并行分支,提交了对第500行的更改,并且您希望合并这两个分支,那么您可以运行
git merge
。这将有效地将并行分支合并到当前分支中


由于两个提交中的更改位于文件中的不同行上,因此合并将由Git自动完成,不会发生任何冲突。

如果您当前在一个分支上,提交了对第50行的更改,并且您有一个并行分支,提交了对第500行的更改,并且您希望合并这两个分支,您可以运行
git merge
。这将有效地将并行分支合并到当前分支中


由于两个提交中的更改位于文件中的不同行上,因此合并将由Git自动完成,不会发生任何冲突。

如果您当前在一个分支上,提交了对第50行的更改,并且您有一个并行分支,提交了对第500行的更改,并且您希望合并这两个分支,您可以运行
git merge
。这将有效地将并行分支合并到当前分支中


由于两个提交中的更改位于文件中的不同行上,因此合并将由Git自动完成,不会发生任何冲突。

如果您当前在一个分支上,提交了对第50行的更改,并且您有一个并行分支,提交了对第500行的更改,并且您希望合并这两个分支,您可以运行
git merge
。这将有效地将并行分支合并到当前分支中


由于两次提交中的更改在文件中的不同行上,因此合并将由Git自动完成,不会发生任何冲突。

在Git中,您总是在合并之前提交。这样做的目的是在合并时,工作区中永远不会有任何修改过的文件。这是SVN的主要特性之一:在Subversion中,您未提交的更改将与其他人的工作合并。其结果有时是不可预测的。最可预测的事情是,总是需要做大量的工作来清理
svn update
留下的混乱

在Git中,分支非常非常便宜。它是如此便宜,事实上,你几乎没有注意到当你创建一个

所以你总是承诺一切。然后说“我想与那边的提交合并”(通常是给Git包含提交的分支的名称)

出什么事了?没问题,Git可以毫无故障地恢复以前的状态(与Subversion不同),因为以前的状态已提交到存储库

现在有人认为线性历史非常有价值,他们觉得必须牺牲这一特性。这通常是不正确的,或者会导致它解决更多的问题。当你刚开始使用Git时,这样做尤其危险<代码>重设基础是一项复杂的操作,有时甚至是危险的操作,对初学者来说并不适用

这就是为什么我建议从一个简单的工作流开始:

  • 投入你的工作
  • 拉(将自动合并)
  • 如果出现问题:撤消(见下文)
  • 运行您的测试
  • 当一切看起来都好的时候,推
相关的:


在Git中,在合并之前必须提交。这样做的目的是在合并时,工作区中永远不会有任何修改过的文件。这是SVN的主要特性之一:在Subversion中,您未提交的更改将与其他人的工作合并。其结果有时是不可预测的。最可预测的事情是,总是需要做大量的工作来清理
svn update
留下的混乱

在Git中,分支非常非常便宜。它是如此便宜,事实上,你几乎没有注意到当你创建一个

所以你总是承诺一切。然后说“我想与那边的提交合并”(通常是给Git包含提交的分支的名称)

出什么事了?没问题,Git可以毫无故障地恢复以前的状态(与Subversion不同),因为以前的状态已提交到存储库

现在有人认为线性历史非常有价值,他们觉得必须牺牲这一特性。这通常是不正确的,或者会导致它解决更多的问题。当你刚开始使用Git时,这样做尤其危险<代码>重设基础是一项复杂的操作,有时甚至是危险的操作,对初学者来说并不适用

这就是为什么我建议从一个简单的工作流开始:

  • 投入你的工作
  • 拉(将自动合并)
  • 如果出现问题:撤消(见下文)
  • 运行您的测试
  • 当一切看起来都好的时候,推
相关的:


在Git中,在合并之前必须提交。这样做的目的是在合并时,工作区中永远不会有任何修改过的文件。这是SVN的主要特性之一:在Subversion中,您未提交的更改将与其他人的工作合并。其结果有时是不可预测的。最可预测的事情是,总是需要做大量的工作来清理
svn update
留下的混乱

在Git中,分支非常非常便宜。事实上,它是如此便宜,以至于你几乎没有注意到当你买它的时候