小智 16
目的是用户能够在被比较的每个文件中设置点,这些点应该匹配.这有助于代码匹配算法在差异复杂的情况下确定两个文件如何相互关联.
我仍然通过反复试验来确定它,在一个文件中设置一个点然后在另一个文件中设置匹配点.它没有像我希望的那样好用; 我让同步点进入不匹配状态.但它确实使事情明显变得更好.
正如其他人所提到的,同步点是一种修复 diff 算法并在它自己感到困惑时告诉它什么匹配什么的方法。
使用它们的关键是在右键单击并从弹出菜单或主菜单中选择添加同步点之前,左键单击一行。完整的解决方案是:
这样做后,我可以调整差异的位置,否则它会中断,从而可以更快地验证我的更改。断了几行就好了,断了几屏的行,没有这样的功能比较起来就很乏味了。
下面显示了一个在else关键字上混淆的融合差异。左边的那个块与新default:块进行比较。(点击图片放大)
首先,我左键单击左侧面板中的 else,然后右键单击 +“添加同步点”。
接下来,我左键单击else右侧面板中的 ,然后再次右键单击 +“添加同步点”。
结果现在是正确的:
现在我可以看到,只是.用改变->为我改变物体的向量共享指针的对象的向量。
请注意,Meld 在同步位置添加了一条黑线。这样可以更轻松地查看添加同步点的位置。
这是在Meld中使用同步点的方法:
在下面的屏幕截图中,您可以看到“ GetSyncItemFromRemotePath”部分在左右之间非常相似,但是Meld看不到这一点。因此,我在左侧插入了一个同步点,如下所示:
...然后在右侧的“ GetSyncItemFromRemotePath”上添加另一个同步点。
结果如下:
它使发现真正的区别(在本例中为MIME类型)更加容易。
| 归档时间: |
|
| 查看次数: |
6059 次 |
| 最近记录: |