我有一个项目目前在 Perforce 存储库中。不幸的是，由于一些测试限制，我有一台测试机器（类似于 linux 的私有构建），无论出于何种原因，它都不能运行 Perforce，但能够运行颠覆。是否有可能，或者一个好主意，在它仍然绑定到 Perforce 的同时将所有内容加载到 subversion 中？
这是一个 VS2010 项目，我知道 VS2010 会看到 Perforce 拥有的源代码控制绑定。将其放入颠覆中会搞砸吗？
是的，我知道为了测试我所要做的就是复制编译的构建，但是我们也在考虑即时进行更改，所以我们也想在目标机器上进行一些代码编辑。
我首先要说的是，您不需要第二个源代码控制系统来将文件从一个系统移动到另一个系统。使用 RSync 将文件从一台运行 p4 的计算机移动到另一台计算机不是更好吗？
如果我要硬装一个使用两个版本控制系统的解决方案，那么我会使用 Git 而不是 SVN，因为 SVN 会在你的子文件夹中乱扔 .svn 文件，这可能会污染你的 Perforce 存储库。如果您使用 Git，您可以更轻松地覆盖两个存储库，而问题最少。最后，如果您不使用 SVN 中的版本控制，那么随着时间的推移，您将遇到其他问题，例如 repo 慢慢填满和删除 .svn 文件。
我实际上将 git 与 Perforce 一起使用，其中所有二进制文件都存储在 Perforce 中，以便我们可以“锁定”文件。一旦艺术家将文件签入到 Perforce 我们的 Jenkins 的 CI 服务器看到更新，它会获取 P4 中的最新资产，复制签入说明，然后将资产提交到 GIT 和“艺术”分支。然后开发人员将“艺术”分支合并到主分支或特定功能分支中。这也是降低成本的好方法，因为您只需要足够的 P4 座位供艺术家和 Jenkins 盒子使用，开发人员都可以使用免费的 GIT。
那不是我的方法。是否可以在具有 perforce 的机器和这台机器之间共享驱动器或网络位置？另一种方法是联系 perforce 支持，看看他们是否无法为您提供工作的 p4 二进制文件。
将源代码控制绑定添加到 svn 不应该把它们搞砸，但我从未尝试过。
您可以找到大多数 Linux 变体的 Perforce 二进制文件。如果这不可行，您可以使用 rsync 之类的东西来回传输构建和补丁（您在构建框中的本地更改）。
如果您需要一个版本管理系统并且 P4 不可用，那么 git 可能是一个更好的选择。您可以通过sneaker net 传输git repo，并且有一个git-p4 连接器可用于将更改重播到Perforce。Perforce 也在开发更好的连接器，但要到今年晚些时候才会推出。