我有一个问题，用户尝试使用 p4（不是 p4v）登录他们的 perforce 帐户，但它似乎是在没有权限的情况下从默认帐户开始的。当他们尝试使用 注销时p4 logout，他们会收到“'p4 保护'尚未启用用户“foo”的访问权限”。
通过 p4 注销和登录的标准方式是什么？
我正在 Perforce 中进行集成，并遇到以下情况：
p4 integrate -1 -d -i -t -r -b my_branchspec
//Foo/file.txt#6 - integrate from //Bar/file.txt#6
p4 resolve -am
/Foo/file.txt - merging //Bar/file.txt#6
/Foo/file.txt tampered with before resolve - edit or revert.
似乎无论我做什么，我都无法让这个问题消失：下一次前向集成将显示类似的消息。
该文件是一个文本文件。我可以确认在集成之前两个文件的 MD5 哈希是相同的。我可以解决此文件的哪些其他问题来修复这条烦人的消息？
我刚刚提交了一个 Perforce (p4) 更改列表，我需要对其进行一些小的修改以更正构建。如何取消提交最近提交的 p4 更改列表？
我在一家大型跨国公司担任软件工程师，目前我正在与 IT 和其他开发人员就采用 DVCS（Mercurial 和/或 Git）进行非常愉快的对话。
IT 提出的问题之一是合规性和知识产权（顺便说一句，Perforce 大声谈论了这一点以及与 Git 相关的问题）。在我看来，IT 的印象是因为 Mercurial/Git 是分布式的，所以在每台开发人员机器上都有存储库是一种失控的情况，他们必须审核每个存储库。
我认为 IT 部门担心的另一件事是现在拥有“100”个存储库而不是“10”个庞大的存储库，我的印象是他们认为维护/监控它们的管理工作会增加“10-折叠”。我认为存储库管理软件（Rhodecode、Atlassian Stash）将是实现访问控制和可追溯性的第一步。
我的问题是：
存储库管理软件是否足以满足这种规模的公司（比方说约 2000 名开发人员和约 10 个服务器上的约 50 个 Perforce 仓库）是否合规（并满足其他企业要求？）
这个“合规性”要求到底包含什么？，您是否可以提供任何参考资料（例如 IEEE 标准或类似标准）？
我的公司已经使用 Perforce 大约 10 年了
我刚刚为工作设置了一个Perforce 代理服务器。我注意到缓存目录很快就填满了——我知道我永远不需要这些文件。例如，depot 中有一个“sandbox”目录，用户保存个人分支和其他工作；ap4 sync导致 p4 代理缓存在我永远不需要它们时抓取这些用户的沙箱。我会为沙箱目录创建一个符号链接，/dev/null但我不会缓存我感兴趣的沙箱。
有什么方法可以告诉 perforce 代理“如果我不必同步它，请不要缓存它”的效果？
考虑一个具有用户只读权限的文件，例如......
-r--------+ admin secrets.txt
如何将这样的文件置于修订控制之下，以使其内容保密，即使是修订控制管理员也不知道？