Svn 是否可以在2版本控制下使用相同的源代码？

在我们的团队中，我们使用Accurev作为SCM，我们也有本地SVN设置。我们只想进行所有修改，然后签入SVN，然后构建和测试我们的代码。如果一切正常，我将把相同的代码升级到Accurev。这里Accurev服务器位于客户端位置，因此，在将代码升级到Accurev之前，我想再次检查我的代码，客户将在Accurev中查看我的代码。

我不会这样做。源代码管理应该是真理的源泉。如果你有两个，你不能这么说。你只需要一个

使用Git，您想做的事情很简单。您有一个主存储库和任意多个本地版本

为什么您不能简单地让您的客户机访问您的存储库，即la Github

---

在我看来，这是一个简单的问题，有一个简单的现有解决方案。

在正常设置中，您希望在主干之外创建一个开发/功能分支（在客户端的Accurev中）。这个dev/feature分支可以通过自动或手动构建进行“测试”，当您觉得它足够好时，就可以将它合并到主干中

如果您的标准是客户绝对看不到您的任何正在进行的工作。然后，无论如何，你需要把它分开，但现在你有责任保持一切同步

然而，我没有看到实际的问题。可能吗？当然，您可以复制粘贴任意次数的内容。您是否正在寻找由多个SCM管理单个本地工作区的技术解决方案？如果是这样的话，那真的不是一个好主意

---

您需要告诉每个SCM排除其他SCM的“内部加工文件”。不了解Accurev的任何信息，但工作区中所有与SVN相关的配置都保存在本地

.SVN

文件夹中。If必须告诉Accurev排除

.svn

文件夹。类似地，您可以告诉SVN从提交中“忽略”某些文件。我不知道Accurev使用什么将其配置存储在本地文件系统上。

正如其他人所指出的，使用多个SCM系统是可能的，并且您可能可以为系统之间的代码移动编写脚本，但非常清楚的是，这是一个坏主意

---

AccuRev具有流和仓库ACL，您可以保护特定流不受用户组（或个人）的影响，从而保护测试流。再加上可以阻止流属性升级和更改的锁，只要服务器\u admin\u trig触发器支持，您就有一个相当安全的设置。

虽然Git可能是一个很好的解决方案，但可能会涉及成本（私有存储库），或者客户可能会说“不，我们喜欢我们拥有的。”太棒了-那么你的建议是什么？你当然可以接近客户并询问（re:git），其他的选择是只使用他们的系统或者按照你的要求去做。你所说的当然有可能做到。是的，是的。你只是坐在一旁发表评论，还是在这里回答问题？实际问题是什么？accurev将其文件存储在

.accurev

文件夹中，你可以将其添加到忽略列表中。Accurev的忽略文件称为

.acignore

IIRC。。。