在 32-bin Windows 的 2009.1 版本的 Perforce Visual Client 中，“协调脱机工作”选项做了一些奇怪的事情。在应该显示“本地文件不在仓库中”的中间框中，我什么也没得到。我所看到的是，当我第一次协调一个文件夹时，看起来 perforce 正在用“本地文件不在仓库中”填充该框，因为一个列表在我眼前快速闪烁。然后突然之间，列表迅速消失在空气中，我只剩下一个空列表。有谁知道我如何获得此功能来显示我尚未添加的文件？似乎“修改后的文件”和“工作区中丢失的仓库文件”功能工作正常。
此外，作为旁注，“协调离线工作”在 2009 测试版中似乎运行良好。
我有完全相同的问题。
对我来说，解决方案是晦涩难懂但微不足道的。
我只是将客户端工作区的根目录从“C:\depot”更改为“c:\depot”。
是的，没错，我所做的只是将驱动器号从大写更改为小写。而且，是的，我验证了将驱动器号改回大写会再次破坏它，并且再次将驱动器号改回小写可以再次修复它。所以，这不仅仅是巧合。
这几乎可以肯定是 Perforce 协调功能中的一个错误。
如果您仔细查看协调路径，它们都以小写驱动器号出现，即使您指定了大写驱动器号，所以我的猜测是匹配算法只是对文件路径进行区分大小写的比较。这适用于除驱动器号之外的所有内容。他们的文件列表器可能总是将驱动器号设置为小写，因此客户端工作区根目录上的大写驱动器号永远不会匹配。
这当然有时会发生。如果我以某种方式更改工作区视图和/或将 P4V 升级到新版本，我似乎可能会出现问题。因此，过去对我有用的解决方案是丢弃有问题的工作区并创建一个新工作区（有时也必须选择不同的名称）。
也许删除用户主目录中的 .p4qt 和 .p4scc 也会有所帮助。
顺便说一句，我前段时间确实与 Perforce 支持人员就相关主题进行了对话，并且由于此类问题很难重现，因此他们无能为力。
我在 p4 reconcile 中发现了长文件名的问题
从基本目录
p4 协调 ./...
再也没有回来。
但如果我 cd 进一步向上树
cd 组件 p4 协调 ./...
工作。
我最终能够通过加强目录来协调整个树，这取决于你的路径有多长这可能对你有用。