我正在寻找Git和Seapine Surround SCM之间的双向桥梁,类似于git-tfs或git-svn。正如我一直在写这篇文章,我发现这是一个真正高的订单,所以我很期待评论/答案,这是不可能的。
我找到了this question而我并不认为它真的涵盖了我想要的东西。我不想离开Surround,如果Git知道Surround中的文件历史,我也不在乎。
我公司使用的Surround SCM并不能满足我的需求。我一直在Cygwin中使用git来改组代码,但Surround throws适合在单个SCM repo下切换Git分支。通常,SCM告诉我,我在切换Git分支后修改了一些文件但是,当我要求diff时,它告诉我文件是相同的。它是一个可以使用的解决方案,但它也很明显,它并不是一个非常流畅的解决方案,因为Git和Surround实际上并不是真的互相交流而且并非如此快朋友。
我并非100%确定我上面提到的桥梁是我需要的完美类似物。我在下面列出了我的要求和用例。如果有其他可用的解决方案可以让我执行我的用例,我全心全意。
我们将切换到TFS(最终),所以我希望有一个相对简单的解决方案(如果存在)。我愿意花一些时间研究和配置东西,但我真的不知道从哪里开始。如果有人知道如何处理这个问题,我甚至会有一些带宽来编写我自己的解决方案。
假设我没有权限做任何事情,但检查现有的回购并提交给他们。我无法分支,创建新的回购,无论如何。
我现在就把这些细节留在这里。但是,如果我没有充分解释我的问题以及我希望如何解决这些问题,我可以解释这些问题。
答案 0 :(得分:1)
这是我的实验性hacky解决方案。它根本不是双向桥,但它允许我使用Git处理我的本地工作空间而不会破坏Surround(到目前为止)。
为避免扰乱环绕声:
**/.MySCMServerInfo
应该可以解决问题。从本地工作空间进行更改到中央环绕声回购是整个事情中的黑客部分,但我还没有解决问题。
这根本不是优雅的,但是当我等待TFS时,它为我的本地工作区带来了很多Git功能。