5

我正在研究一个大型源代码库（大约 15K 文件），分解为大约 25 个项目。我想将源代码保留在 perforce 中（并为此评估 perforce），但由于设置的复杂性，我无法将 Visual Studio 项目保留在源代码控制中，我理论上知道这个问题的答案是签入项目，但这是不可行的（我们最终会签入多个 VS 版本的项目，以及每个版本的多个变体，而是自动生成，并且此设置运行良好）。

有没有办法让 VS 在不将项目添加到 perforce 的情况下检查文件以进行编辑，以避免用户不得不去 perforce 客户端并手动检查每个文件以进行编辑？或者（甚至更好）有没有办法让 VS 识别项目中的文件受源代码控制，而不必将项目也添加到源代码控制？

我知道我们也可以采取策略让每个用户提前检查他们可能想要编辑的所有文件，然后在提交更改之前恢复未修改的文件，采用这种方法是否会降低性能？

4

3 回答 3

8

在您的情况下，我建议不要将 Visual Studio 集成用于 Perforce。

您可以将 Perforce 命令添加到工具菜单，或尝试 Google 的 Nifty Perforce：

http://code.google.com/p/niftyplugins/

于 2009-01-19T20:02:21.673 回答
4

一种选择是使用 Perforce，就好像您与服务器断开连接并稍后协调您的更改，而不是在执行之前告诉 Perforce 您所做的一切。（这大致相当于 CVS 或 Subversion 中的工作流程。）您将同步您的工作副本，开始开发，然后让 Perforce 弄清楚您在它不观看时做了什么。

Perforce 有一个很好的文档描述了这个过程：Working Disconnected From The Perforce Server

文档没有提到的一件事是allwriteclientspec 属性，它将工作目录中的所有文件标记为可写，而不是仅将您签出的文件标记为可写。

于 2009-01-19T20:32:55.683 回答
1

For the sake of completeness: There is a new tool for your wish called P4VS. I like it better that P4SCC which never worked for me as I wanted.

于 2012-11-12T14:25:24.583 回答