“协调离线工作”在 Perforce 中对我不起作用

Question

在适用于 32-bin Windows 的 Perforce Visual Client 2009.1 版本中，“协调离线工作”选项会执行奇怪的操作。在应该显示“本地文件不在仓库中”的中间框中，我什么也没得到。我所看到的是，第一次协调文件夹时，看起来好像是用“不在仓库中的本地文件”填充了该框，因为列表在我眼前快速闪现。然后突然之间，列表很快就消失得无影无踪，只剩下一个空列表。有谁知道如何获得此功能来显示我尚未添加的文件？似乎“修改的文件”和“工作区中缺少库文件”功能运行良好。

另外，顺便说一下，“协调离线工作”在 2009 年测试版中似乎运行良好。

Answer 1

我有完全相同的问题。

对我来说，解决方案晦涩难懂但微不足道。

我只是将客户端工作区的根目录从“C:\depot”更改为“c:\depot”。

是的，没错，我所做的只是将驱动器号从大写更改为小写。而且，是的，我验证了将驱动器号更改回大写再次破坏了它，并且再次将驱动器号更改回小写再次修复了它。所以，这不仅仅是巧合。

这几乎肯定是 Perforce 协调功能中的一个错误。

如果您仔细查看协调路径，即使您指定了大写驱动器号，它们也会显示为小写驱动器号，所以我的猜测是匹配算法只是对文件路径进行区分大小写的比较。这适用于除驱动器号之外的所有内容。他们的文件列表器可能总是将驱动器号设置为小写，因此客户端工作区根目录上的大写驱动器号永远不会匹配。

Answer 2

这当然有时会发生。如果我以某种方式更改工作区视图和/或将 P4V 升级到新版本，我似乎可能会出现该问题。因此，过去对我有用的解决方案是丢弃有问题的工作区并创建一个新的工作区（有时也必须选择不同的名称）。

也许删除用户主目录中的 .p4qt 和 .p4scc 也有帮助。

顺便说一句，我前段时间确实与 Perforce 支持人员就相关主题进行了交谈，并且由于此类问题很难重现，因此他们无能为力。

Answer 3

我发现 p4 reconcile 中的长文件名问题

来自基本目录

p4 reconcile ./...

从未返回。

但如果我进一步向上 cd 树

cd 组件
p4 协调./...

有效。

我最终能够通过逐步增加目录来协调整个树，具体取决于您的路径有多长，这可能对您有用。

Answer 4

我有一个实例，其中 p4v 显示文件已更改的视觉指示器，并且执行 diff 适当地显示了更改，但在任何父目录上解析都没有显示它们。

这些文件已通过使用统一包安装降级库来更改，并且它们的“上次修改”日期早于之前提交的文件。在 OSX 上，对相关目录中的所有文件运行 touch 命令会更新其所有修改时间，然后协调工作。