在用于32-bin Windows的Perforce Visual Client的2009.1版本中，“Reconcile Offline Work”选项确实很奇怪。在应该显示“不在库中的本地文件”的中间框中，我从来没有得到任何东西。我所看到的是，第一次调和文件夹时，看起来perforce正在填充“本地文件不在库”中，因为列表在我眼前快速闪烁。然后突然间，列表很快消失在空气中，我留下了一个空列表。有谁知道如何让这个功能向我展示我还没有添加的文件？看起来“修改过的文件”和“工作区中缺少的库存文件”功能可以正常工作。
此外，作为旁注，“协调离线工作”似乎在2009测试版中运行良好。
答案 0 :(得分：4)
我有完全相同的问题。
对我来说，解决方案是模糊的，但却是微不足道的。
我只是将客户端工作区的根目录从“C：\ depot”更改为“c：\ depot”。
是的，没错，我所做的就是将驱动器号从大写更改为小写。并且，是的，我确认将驱动器号更改为大写会再次将其打破，并且将驱动器号重新更改为小写会再次修复它。所以，这不仅仅是巧合。
这几乎可以肯定是Perforce协调功能中的一个错误。
如果仔细查看协调路径，即使指定了大写的驱动器号，它们也会显示小写的驱动器号，所以我的猜测是匹配算法只是在文件路径上进行区分大小写的比较。这适用于驱动器号以外的所有内容。他们的文件列表可能始终将驱动器号设置为小写，因此客户端工作空间根目录上的大写驱动器号将永远不会匹配。
答案 1 :(得分：0)
这当然有时会发生。如果我以某种方式更改工作区视图和/或将P4V升级到新版本，我似乎可能会出现问题。因此，过去对我有用的解决方案是废弃有问题的工作区并创建一个新工作区（有时也必须选择不同的名称）。
也许删除用户主目录中的.p4qt和.p4scc也有帮助。
我很久以前就确实与Perforce对相关主题的支持进行了对话，因为这样的问题很难再现，因此他们无法做到这一点。
答案 2 :(得分：0)
在p4协调中我发现文件名过长的问题
来自基本部门>
p4和解./...
再也没有回来。
但是如果我将CD进一步放在树上
cd组件 p4和解./...
工作。
最终，我可以通过增加目录来调和整棵树，具体取决于您的路径可以使用多长时间。