我对perforce有问题。
我非常喜欢perforce的延时查看功能。
它可以帮助我找到谁做错了。
问题是某些文件很大并且经常更改时，
打开延时视图需要很长时间。
因此，我需要一些类似SQL的功能（从延时数据前100位中选择*），这意味着我只需要持续100（或50？20？）个更改历史记录即可查找最近更改的内容。
perforce是否具有该功能？还是有任何插件或perforce的命令？
或者，我想听听您的诀窍，如何更快地找到更改的历史记录。
提前致谢。
最佳答案
我喜欢延时视图，但是我经常从“文件历史记录”视图开始。正如您所指出的那样，由于最有趣的更改是最近的更改，因此我通常首先浏览一下最近的更改及其描述。通常，我看到一个看起来特别有趣的更改，并且我自己研究更改列表并查看我感兴趣的内容。
关于延时查看的速度，我想知道问题是在服务器上还是在客户端上。可以尝试的几件事：
当您在同事的工作站上尝试时，延时视图是否也很慢？
如果您运行'p4 annotate> tmp'，那也很慢吗？
如果“ p4批注”很快，您可能会发现它值得用于历史非常悠久的那些特别大的文件。延时视图功能强大且易于阅读，但它会从服务器收集大量信息，然后必须格式化该信息以进行显示。
就我而言，当我调出延时视图时，我通常打算研究一下结果，因此我愿意在加载时等待几秒钟。
如果问题是服务器过载，则应与Perforce管理员联系并查看他可以做什么。也许他可以向您的服务器添加更多资源（通常是内存），或者您应该考虑部署只读副本，该副本可以完全从副本中服务诸如延时查看等操作，而不需要主服务器的任何周期。 Perforce技术支持始终乐于为此类问题提供帮助。
关于repository - 我可以使perforce中的延时 View 更快吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/14497893/