如果您当初正在参加一个团队我的项目，并获得了实质性的停顿。然而，当你筹备提交代码的时候，发现团队中的某个人也更改了同一个文件，并且先你一步提交了——您当初遇到了代码抵触问题。而且须要花工夫去解决本人的更改与他人的更改之间的矛盾。这被称为合并抵触，是让很多开发人员头疼的问题。
什么是合并抵触？
当一个文件的版本曾经被提交，而这个版本比你用来批改的文件的版本要新时，就会产生合并抵触。
本篇文章将探讨什么是合并抵触，它们在 Git 中是如何产生的，以及如何通过一些简略的技巧来简化开发，从而避免出现合并抵触。
Git 中的合并抵触
Git 是一款风行的开源版本控制工具。尽管它是开发人员的好抉择，但当团队想要合作和解决同一个文件的时候，用 Git 会很麻烦，因为它应用的是分布式模型，开发人员常常须要将整个储存库（git clone）签出到本地驱动器上，并长时间处于离线状态工作。
而后，当开发人员筹备提交更改（通过“git push”操作）时，他可能会发现对同一组代码的其余抵触更改曾经被提交 / 推送到了同一分支。如果您正在应用 Git 并且遇到合并抵触，以下解决合并抵触的办法能够参考。
如何解决 Git 中的合并抵触
依据 Git 合作解决方案，有不同的倡议门路来解决合并抵触。
如果您只是应用 Git CLI 工具，则须要将最新更改获取 / 拉取到本地克隆的存储库中，而后通过执行合并（或一系列合并）来解决抵触。Git 自身将尝试执行内容的主动合并。只有更改不在给定文件的同一区域中，该主动合并就会胜利。当更改位于同一区域时，Git 将在抵触文件中增加特殊字符标记，标记开发人员的本地更改与提交到近程存储库（您正在尝试提交更改的地位）的最新更改抵触的地位。
此时，您能够抉择删除本人的更改、删除别人的更改、保留两组更改或删除所有更改。决定当前，开发人员须要再将更改推送回近程存储库。
如何防止 Git 中合并抵触
当初，您晓得如何在 Git 中解决合并抵触，但是否有办法能够帮忙您预防合并抵触，并防止这些额定的步骤呢？
Perforce Helix Core 应用了集中式模型，开发人员连贯到地方服务器，服务器晓得每个开发人员在各自的客户端中领有哪些文件。这种模型是否让每个开发人员都尽早并常常地提交各自的更改，从而打消会导致潜在合并抵触的许多因素。
Perforce Helix Core 还提供文件锁定性能，可用于避免抵触更改的产生。这些文件锁定性能对于通常无奈合并的二进制文件来说特地有用。
应用流（Streams）进行分支和合并
Perforce Helix Core 的分支机制被称为流。流简化了分支，并提供了一个内置的分支关系可视化映射。这种内置的可视化映射称为流图（Stream Graph），可在 Helix 可视化客户端（P4V）中应用。
当相干分支中存在更改时，流图会揭示用户，这些更改应该从父分支合并下来，或者被复制到父分支中。此范例激励“尽早合并，常常合并”的最佳实际，有助于防止微小的合并抵触。
当 Perforce Helix Core 中真的产生了合并抵触时，用户能够应用 Helix Visual Client（P4V）或命令行（P4）轻松解决——解析对话框会疏导用户通过可用的选项实现合并。
借助 Perforce Helix Core 轻松防止合并抵触
Perforce 流只是 Perforce Helix Core 帮忙减速开发的泛滥性能之一。
Perforce Helix Core 能够解决所有——成千上万的用户，数百万的事务和千兆字节的数据。随着您的团队和我的项目的倒退，Perforce Helix Core 能够在寰球传送文件和反馈，而无需 WAN 期待。
Perforce Helix Core 最多对五个用户收费。
文章起源：https://bit.ly/3LEDGc9