我正在与一个团队合作,我们正在尝试重新构建我们管理perforce depo的方法。我们当前的解决方案是维护一个单独的“工作”文件夹结构。每个人都被限制在自己的工作文件夹中作为纪律文件夹膨胀。我们有人不断地进出项目,所以这样艺术中的任何人都不会错误地在编程中搞砸了。一旦资产(这是一个游戏)完成,它们应该被一个团队领导者复制到实际构建中。通过这种方式,可以在构建本身之外保持干净整洁,不会混淆人们的临时文件/解决方案/代码/等。我对这种方法的问题是......我们已经在工作结构中拥有该文件的副本。没有理由在游戏文件夹中进行深层复制。有没有办法将文件从存在用户/组的个人文件夹的资产中复制到游戏构建中?我们正在使用visual(p4v)客户端。
答案 0 :(得分:1)
在软件仓库方面,Perforce会进行延迟复制,因此内部只有一个副本。也就是说,Perforce使用元数据和内部逻辑在用户浏览和同步时获取文件。仅当有人更改文件时,软件仓库才会包含有关这些更改的其他信息。这意味着您可以分支非常大的文件树,而无需为您的软件仓库提供大量存储空间。
作为旁注(并且为了完整性),在客户端,当您分支到新位置时,Perforce会创建本地副本以方便您。假设只是创建一个新的分支意味着你想立即处理它。如果不是这种情况,或者如果您要分支一个非常大的树,这会占用您硬盘上的大量存储空间,您可以使用-v
选项进行分支(v代表虚拟) ,如下:
p4 integ -v //depot/game/... //depot/workspace/...
您仍然可以通过以后同步来检索文件。