问题标签 [perforce]

问题：我的仓库中有多个项目已签出。我还有多个未决编号的更改列表，每个更改列表都包含特定于其项目的签出文件。当我签出一个新文件时，它出现在默认更改列表中，而不是与其项目相关的更改列表中，我需要手动将其移动到相关更改列表中。这很快就会变得非常乏味。

有没有办法自动化这个过程？当然，带有正则表达式的 shell 脚本可以工作，但我想知道是否有任何 Perforce 功能可以做到这一点。例如，有没有办法将我的项目文件夹链接到编号的更改列表，以便新签出的文件自动出现在相关的更改列表中？

我有一个大约 600 个作业的列表，我无法从命令行中删除它们，因为它们附加到更改列表中。我知道如何分离它们的唯一方法是通过 GUI，但这需要很长时间。有谁知道更好（即更快）的方法？

所以我正在工作中出售 GIT。我需要做的第一件事是让每个人相信 GIT 在他们已经习惯的事情上做得更好。我们目前使用 Perforce。其他人有过类似的销售吗？有什么好的链接/建议吗？

最大的胜利之一是我们可以在与网络断开连接的情况下使用它。IMO 的另一个胜利是处理添加/结帐的方式。欢迎加分！此外，我们总共有大约 10-20 名开发人员。

Perforce 中的路径包含文件 a.txt 和 b.txt。我将主路径称为主线。

我从那里创建了一个仅包含 a.txt 的分支（称为 initialbranch）。我对 a.txt 做了很多修改，对此我很满意。但是，它还没有准备好提交回主线。我可以轻松地将主线中发生的任何更改集成到 a.txt。

另一个项目出现了，它需要从初始分支进行更改。现在，假设我想对 b.txt 进行更改，并希望能够集成在初始分支和主线中发生的更改。目前，我从 initialbranch 分支（称这个新分支为 secondbranch）。以前我一直在将 b.txt 添加到初始分支，然后将我的更改集成到第二个分支。有没有更好的方法来做到这一点？

对不起，如果这个问题看起来有些复杂，我已经尽我所能表达了！

谢谢，

多姆

Perforce 有什么好处？

我很想了解 Perforce 如何在特定情况下比 Subversion 更好地工作。

如果您有使用 Perforce 和 Subversion 的经验，并且您不相信有任何优势，或者认为 svn 比 Perforce 有优势，我也想知道为什么。

我经常不小心创建了一个包含比它需要的更多代码的分支。发生这种情况时，我会删除分支文件、分支标记，然后重新开始。令人讨厌的是必须同步大量数据才能删除它。

有没有办法删除服务器端？

我们正在使用 Perforce 和 Visual Studio。每当我们创建一个分支时，除非我们使用“从源代码管理打开”，否则某些项目不会绑定到源代码管理，但其他项目无论如何都可以工作。根据我的调查，我知道其中涉及的一些事情：

在我们的 .csproj 文件中，有以下设置：

• <Scc项目名称>
• <SccLocalPath>
• <SccAuxPath>
• <SccProvider>

有时它们都设置为“SAK”，有时则不是。如果这些说“SAK”，似乎事情更有可能奏效。

在我们的 .sln 文件中，有许多项目的设置：

• SccLocalPath#
• SccProjectFilePathRelativizedFromConnection#
• SccProjectUniqueName#

（# 是标识每个项目的数字。） SccLocalPath 是相对于解决方案文件的路径。通常是“.”，有时是项目所在的文件夹，有时是“..”或“..\..”，指向上面的文件夹似乎不好解决方案文件夹。相对化的是从该文件夹到项目文件的路径。如果 SccLocalPath 指向项目的文件夹，它将完全丢失。如果 SccLocalPath 中包含“..”，则此路径可能包含分支之间不同的文件夹名称，我认为这会导致问题。

因此，要最终了解我想知道的细节：

• 当您执行“更改源代码管理”并绑定项目时会发生什么？Visual Studio 如何决定在项目和解决方案文件中放入什么？
• 当您执行“从源代码管理打开”时会发生什么？
• SccLocalPath 和 SccProjectFilePathRelativizedFromConnection 所指的“连接”文件夹是什么？Visual Studio/Perforce 如何选择它？
• 即使创建解决方案的新分支，是否有一些推荐的方法可以使源代码控制绑定继续工作？

2012 年 6 月添加： 我不再使用 Perforce，所以我不能保证，但请看下面KCD 的答案。显然有一个新的 P4 VS 插件正在开发中。希望它应该清除所有这些混乱！

当您将文件添加到 Perforce 时，它​​会尝试确定文件的类型（文本、二进制、utf16 等）。它在这方面做得很好，但显然在最初提交给版本控制后不再检查文件类型。一位同事最近对将其转换为 Unicode (utf16) 的文本文件进行了更改。Perforce 无法识别这一点，仍然认为它是text类型，因此当其他人检索该文件时，它已损坏。

我们通过重新提交文件并将文件类型显式更改为utf16来解决问题，但如果这会自动发生，我们会更喜欢。有一些方法可以强制它始终使用某种编码类型，但我不知道我是否喜欢这个想法。有没有人处理过这个问题并找到了解决方案？

我正在尝试找出一种方法来检测未打开进行编辑但已在本地修改的文件。p4 fstat返回headModTime任何给定文件的值，但这是软件仓库中的更改时间，不应等于文件系统的stat上次修改时间。

我希望存在比备份原始文件、强制同步文件、然后运行差异更轻量级的操作。想法？

我已经设置了 Perforce 服务器，并安装了 P4V 客户端。我创建了一个新的仓库和一个新的工作区。根据文档，我已将工作区映射到仓库。到目前为止，一切都很好。

我现在有一个由我希望首次签入的外部应用程序创建的 .SQL 脚本。我将文件复制到我的工作区中，并且可以在客户端的工作区树窗口中看到该文件。然而，当我尝试将文件标记为添加时，我收到“文件未在此客户端上打开”错误。我尝试编辑更改列表以包含该文件，但更改列表编辑器没有“看到”该文件。

我已经阅读了文档（PDF 文件），但我只是看不到我缺少什么。我曾在商业环境中使用过其他 RCS 软件，但这是我第一次尝试设置和管理 RCS 系统以供个人使用。