Perforce Performce客户端缺少硬盘上的文件

我在perforce depot的文件结构中有很多文件，即使以管理员身份登录，我也无法通过perforce Client p4命令行或p4v gui看到这些文件

我尝试通过p4文件和p4文件日志命令查找任何元数据，但它总是返回：

“-没有此类文件。”

此外，我还运行了p4 verify和p4 dbverify，以查看服务器上是否存在任何错误，但它们没有返回任何错误。除了占用硬盘空间之外，似乎没有任何文件记录

我目前的理论是，它们来自失败的提交，但我不知道如何让perforce确认这些文件，以便删除它们

背景资料：

• 这是一个简单的performe设置，仅包含旧项目的主仓库和归档仓库。（神秘档案在主仓库）
• 服务器版本为：P4D/NTX64/2012.2/551823（2012/11/09）

---

服务器的仓库文件系统中的内容与元数据中定义的仓库的实际结构之间不一定存在一对一的映射——仓库修订只编写一次，即使从客户端的角度移动或复制，也不会移动或复制。因此，您绝对不应该假设，因为depot文件系统中的给定文件与depot文件路径不对应，所以它实际上没有为其他现有文件提供底层存储（特别是如果您在文件的某些分支上使用了“删除”，而其他分支保持不变，则剩余的归档文件可能是您留下的其中一个分支的内容）

也就是说，归档文件也有可能成为“孤立”的一部分，因为提交失败，正如您所建议的。如果涉及的空间量很小，我建议您不要担心（孤立文件不会导致任何冲突问题），但如果能够清理它们很重要，那么最好使用“snap-n”要确保没有任何依赖项，然后手动删除它们（为了安全起见，我会保留它们的备份，至少在您运行下一次验证之前，以确保没有丢失任何重要的依赖项）。运行：

这表示“在仓库中的任何位置（//…）向我显示文件，其中存档依赖项位于//depot/path/to/summary/file”。如果在没有

-n

的情况下运行该命令，它实际上会通过制作物理副本来打破这些依赖项（如果担心空间问题，请不要这样做，因为最终会得到n个冗余的存档副本）

---

p4 snap-n

的反义词（即“此仓库文件的存档在哪里？”）是

p4 fstat-Oc//depot/file

你说你无法通过Perforce客户端查看它们。你到底在键入什么？你使用的是depot路径还是本地路径？你确定你的Perforce客户端的视图配置正确吗？你需要提供更多详细信息。选择一个或两个特定示例，并提供所有他说得很详细。你似乎对基本概念很困惑。例如，你谈到“客户丢失文件”，但后来你谈到很多试图“删除”或“验证”文件，这些操作只影响服务器上的文件，而不影响客户端上的文件。@jamesdlin我使用的是depot路径，例如

p4文件//depot/path/to/files/…

@BryanPendleton如果我使用的术语不好，我指的是“客户端缺少文件”当我浏览到我期望文件在p4v中的位置时，没有它们的迹象。我知道这个“文件结构”是从元数据生成的，是从硬盘上实际文件结构的抽象。我的问题在于，我可以看到硬盘上的文件，这些文件似乎没有列在perforce视图中。@BryanPendleton我应该补充一点，我只查看仓库文件结构，而不是工作区，因为我不关心本地更改。嗨，山姆，这是oks非常有希望。是的，文件的这种抽象就是为什么我非常小心从硬盘上删除文件。我可以按文件名搜索文件，但我找不到确保文件未重命名的方法。不幸的是，正是由于包含perforce的硬盘空间不足，导致了这次调查和mystery文件占一个3 TB驱动器的三分之一以上。因此，保留这些文件不是一个选项。我一回到办公室就会尝试此操作。有趣的是，p4 snap似乎没有列在“我是否正在查看正确的文档？”中？检查

p4 help undoc

。谢谢Sam。这确认了文件是indeed“孤立”文件，所以我将它们备份到另一个潜水，以防万一，并删除了仓库中的副本。我现在将运行验证，以确保没有任何损坏。

p4 snap -n //... //depot/path/to/mystery/file