Visual Studios 2008 中的 Perforce 问题

Question

我的团队使用 Visual Studios 2008 来开发 SSIS 包，并使用 Perforce 作为我们的源代码控制系统。 当用户将文件添加到项目时，该项目会自动检出，而不检查它是否是当前版本。 有没有办法强制 Visual Studio 在签出文件之前获取该文件的最新版本？

我们通常确定这种情况是在 Visual Studio 中文件“丢失”后发生的。 通常会发生以下情况：

1. 用户 A 将文件添加到项目中。
2. 用户 A 签入项目和新文件。
3. 用户 B 签出项目但未获取最新版本
4. 用户 B 添加文件。
5. 用户 B 签入项目和新文件。
6. 用户 A 获取最新的项目定义并注意到他们的文件“丢失”。

作为预防措施，我要求我的团队成员在添加文件之前立即获取最新的项目定义。 尽管采取了这种预防措施，错误仍然发生并且文件“消失”。 尽管我们可以手动从 Perforce 检索它们并将它们添加回项目定义中，但我们根本不必经历这种痛苦。 我知道 Perforce 可以自动检测文件的更改。 当您选择撤消签出时，Perforce 将自动将您的本地副本与服务器版本进行比较，如果检测到差异，则替换本地版本。 必须有一种方法强制它在允许像 VSS 一样检出文件之前进行检查。 当我的开发人员告诉我他们想回到 VSS 时，我感到很难过。

Answer 1

这可能是与 P4SCC 和 Visual Studio 一起使用的“共享”工作区客户端的问题。 工作区客户端对于每个用户和机器来说应该是唯一的——Perforce 使用工作区客户端来跟踪特定机器工作区的内容。

以下是当两个用户使用同一工作区客户端时发生的情况：

• 用户 A 和 B 都强制同步到
  最新修订使用
  “standard_1”客户端。 有表
  在服务器上更新，注意到
  项目“foo”的版本为#12。

• 用户 B 签出“foo”，添加一个文件，
  并提交。 现在有表是
  更新并注意到项目“foo”
  位于 standard_1 的修订版 #13
  ，

• 用户 A 现在签出项目“foo”，
  添加一个文件，然后提交——没有
  冲突——作为修订#14
  standard_1 工作区，因为
  Perforce 认为工作空间
  已经有 #13。

解决方案是确认每个用户都有一个对其计算机而言唯一的工作区客户端规范。 这将分隔每个用户工作区的列表，并且编辑时的警告和签入时的冲突每次都会起作用。