Perforce 性能–；协调脱机工作检测误报

当我对某个目录子树运行协调脱机工作时，会弹出两个旧的未触及的SQL文件作为修改文件，我可以将它们插入到变更列表中。但是它们实际上没有改变（我验证了它们的二进制图像），并且它们的文件类型是正确的（它是Unicode，文件内容是有效的，并且它们在一开始就有）

我尝试了这个对我来说似乎合乎逻辑的方法：

将它们从变更列表中恢复（它们是通过协调脱机工作添加的）

将它们从工作区中删除（即同步到rev.

#0

）

• 在此步骤之后，它们实际上已从文件系统中删除（已验证）
• 从工作区删除文件后，协调脱机工作不再报告这些文件

再次获取其最新版本（启用强制选项）

• 完成此步骤后，协调脱机工作可以再次找到它们它应该而不是

如何教授性能这些文件没有问题？

---

（这是P4数据库的问题吗？还是连接编码的问题？P4V首选项中的所有连接都设置为

UTF-8（Unicode）

）

根据可用信息，我猜测服务器端校验和与文件内容不匹配（可能是因为在计算校验和之后，服务器上的文件内容本身已被以某种方式修改——这不应该发生）。管理员可以使用“p4 verify”命令对此进行测试，如果需要，还可以更新校验和，使其与“p4 verify-v”匹配新内容.

我在那里有管理员权限，你的答案非常合理。因此我使用

p4 verify

（未报告任何问题）测试了这两个文件，然后应用

p4 verify-v

更新它们的校验和。但完全相同的问题仍然存在。也许我在P4D中发现了一些错误，我不知道。（

P4D/NTX64/2012.2/607384）（2013/03/12）

）也许我应该升级P4D？嗯……好吧，因为这不是最可能的事情，在这一点上，固定它需要一些来回，这在stackoverflow上是不受鼓励的。我建议联系支持人员或在Performce论坛上发布。（升级从来都不是一个坏主意，我只是不确定它能在不知道是什么原因的情况下解决这个问题。）