我们都知道，可以实现GIT节点或分支机构的合并，但这确实涉及为什么使用它的原因，更实际的问题有什么好处。许多学生不清楚。两次命令的精彩用途可以帮助每个人直观地理解这一秩序。
写在前面：如果您的分支不仅仅是开发，它可能会导致提交记录的丢失，但是如果您在自己的分支机构上开发，那么这无疑是一个不错的选择。
在正常情况下，当我们进行开发时，我们将自己的开发分支从主部门提取，进行了代码修改操作，然后我们稍后将代码修改为远程仓库。
但是，在许多情况下，我们不仅会在本地执行，而且我们将执行多次，并且我们知道每个人都会形成一个git节点，如果我们将这些节点放在远端，我们将使它做出它将使这些节点使这些节点远离尽头，我们将制作这些节点。项目的GIT日志很混乱，因为您的提交只是为了完成其他学生的相应修改工作。他们想要的是您可以在提交操作中完成修改。它可以用于我们的操作。以前，我们可以多次合并几次本地提交操作。这样，我们只用一个推动了远程提交操作，这更有利于项目管理。
我在当地两次提交：
调用命令合并本地提交节点
在上述操作之后，我们只有一个提交节点，该节点包含我们所有的修改信息，然后合并到主机中。没有任何问题开始提及。
应当指出的是，如果您的提交已经被推到最后，那么就无法使用我们的技能。
1.从分支机构切开一个分支以开发：
你做什么工作？
首先，每个分支将被取消；其次，上述操作将暂时保存到文件中，并将有一个目录；然后，将分支更新为最新分支；最后，将上面保存的文件应用于分支。
在过程的过程中可能存在冲突。在这种情况下，它将停止并让您解决冲突。解决冲突后，使用命令更新这些内容。
请注意，只要执行继续执行，您就不需要执行Git-Commit
这将继续应用剩余的补丁文件。
在任何时候，我们可以使用参数终止操作，分支将在开始之前返回状态。
根据上述内容，它是完美的，并解决了两个问题：1。合并记录以保持分支整齐清洁；2.与分支机构减少的记录相比；
但是，如果您的分支不仅仅是开发，它可能会导致提交记录的丢失。
然后，当他偏远时，会有损失的记录。这就是为什么我们经常听到有人说危险的命令，因为它改变了历史，我们应该谨慎使用它。
但是，只要尚未通过自己的分支机构所需的所有历史记录，您就可以安全地使用它。
原始：https：//juejin.cn/post/7103560564466515981