用户可以在Perforce上拥有私人区域吗?

用户可以在Perforce上拥有私人区域吗?,perforce,Perforce,用户能否在Perforce server上拥有专用区域 用户将使用此区域签入尚未确定确切目标分支的代码/文件 此外,此区域不会被共享,因此此代码对除他自己以外的任何其他用户都不可见。其他用户看不见的应该是首选,但不是必须拥有的。假设您是Perforce服务器的管理员(或知道管理员),您可以使用Perforce的protections表来完成此任务。在的帮助下,您需要做的是 设置分支机构(如果它们还不存在) 授予用户对其分支的所有权限(列表、读取、写入) 如果要禁止从该位置分支,请在右侧指定分支

用户能否在Perforce server上拥有专用区域

用户将使用此区域签入尚未确定确切目标分支的代码/文件


此外,此区域不会被共享,因此此代码对除他自己以外的任何其他用户都不可见。其他用户看不见的应该是首选,但不是必须拥有的。

假设您是Perforce服务器的管理员(或知道管理员),您可以使用Perforce的protections表来完成此任务。在的帮助下,您需要做的是

  • 设置分支机构(如果它们还不存在)

  • 授予用户对其分支的所有权限(列表读取写入

  • 如果要禁止从该位置分支,请在右侧指定分支

  • 对于所有其他用户,您将拒绝这些权限(即=read=write


我想补充一点,这个保护表可能会变得相当大(取决于您拥有的Performce用户数量),您需要确保其好处值得一试。

如果我误解了这个问题,很抱歉,但我认为您需要的功能称为“搁置”

在P4V中,您可以右键单击挂起的变更列表并选择“搁置”。这具有“签入”的效果,即代码安全地保存在服务器上,但与签入不同,因为代码不进入项目的任何分支


通常其他用户看不到您的工具架的内容,但是,根据权限的不同,一个用户可以浏览另一个用户的工作区并查看其搁置的文件。即使如此,他们也会很清楚,他们正在查看搁置的文件。

在我们公司,仓库中有一个沙盒部分,每个用户都有目录。它不使用Perforce的任何权限或任何技术来强制执行此操作,但一般认为,用户的沙箱区域仅用于此用途,可能会有损坏或部分代码,并且不应依赖于任何内容(甚至从一天到下一天以相同的形式存在)

我们还有一些特定项目的沙箱,偶尔会出现。这可能会让其他用户感到好奇,这取决于沙箱的命名方式,但同样的一般想法也适用于他们——只是有更多的用户在该区域工作,所以随意更改的可能性会小一些


这样做的一个好处是能够告诉另一个用户,如果需要的话,他们可以从沙箱中提取一些更改,或者查看它们以获取想法。如果使用限制性权限,您将失去这种可能性。

但是,其他人将可以看到搁置的文件。是的,我想说Perforce有一个允许您阻止这种情况的权限结构,但我不确定它是否会。也就是说,我没有把这个问题理解为需要隐私——只是其他用户在“获取最新信息”时不应该获取他的文件。我想知道YoK是否可以澄清?编辑了我的问题,其他用户看不到我的问题,这是首选,但不是必须的。谢谢。沙盒部分看起来像是未确定目标类型的代码。这在我们的环境中似乎不见了。将要求我们的管理员创建一个。Caleb,沙箱不是另一个仓库路径吗?我会称之为“开发”分支或类似的东西,它不会提供任何额外的安全性。@jwhist:是的,它只是另一条仓库路径。对我们来说,我们有(除其他外)//depot/Development/Main用于“适当”的代码,还有//depot/Development/Sandbox用于用户运行的代码区域。答案的重要部分,至少对我来说,是这样一种想法,即社会惯例可以与软件对这种性质的事物实施的限制一样有用,甚至更有用。这并不总是正确的,但通常是正确的。