合并解决方案 - 来自不同的源控制

时间:2016-10-24 15:37:50

标签: svn tfs visual-studio-2015 tortoisesvn azure-devops

我有一些问题。如果不进入背景历史,很难真正解释这个问题是什么。

我们与定期向我们发布开发包的开发合作伙伴合作,该开发包是代表大约30,000个源文件的许多项目的Visual Studio解决方案。他们向我们发送了一个Subversion repo,我们去发布它们时下载DevPacks。

我们开始使用这个" DevPack"并且已经在我们的团队中使用了好几个月。我们添加了自己的源文件并修改了一些核心代码。我们使用Visual Studio Team Services来管理我们团队中的源代码控制。

现在,我们的合作伙伴为我们提供了一个新的DevPack。所以我有一个新的(只读)subversion repo来下载新的代码。

过去几天我一直在尝试下载并将新的DevPack合并到我们的实时代码中。

我相信我们应该能够使用TortoiseSVN将代码中的代码签出到我的TFS工作目录中。然后,Torto应该突出显示新的和更改的文件,并给我合并选项。但它不起作用。它只是说文件已经存在并且版本为#34;。

有没有人有任何想法?

2 个答案:

答案 0 :(得分:0)

无论您选择哪种源代码控制,我都会执行以下操作:

使用第一个DevPack进行初始设置

  1. 将收到的DevPack提交到一个文件夹,让我们将其称为合作伙伴分支,而不进行任何更改。
  2. 建立合作伙伴的分支,让我们将其称为 Dev ,以便进行更改。
  3. 当您收到新的DevPack

    1. 签出整个合作伙伴分支,并将新的DevPack复制到本地文件夹。
    2. 比较服务器与本地以发现已删除/添加的文件,并相应地删除/添加这些文件。
    3. 提交对合作伙伴分支的更改。
    4. 合作伙伴合并到 Dev 并在满意后提交。
    5. 使用上述方法,您既可以查看合作伙伴对其投放所做的更改,也可以将其更改合并到修改后的版本中。

答案 1 :(得分:0)

您可以参考以下步骤来实现这一目标:

  1. 将最新的devpack上传到源代码管理并将其设为分支(合作伙伴)
  2. 从合作伙伴分支机构创建新分支(Dev)
  3. 检查Dev branch的更改
  4. 将您的解决方案复制到Dev分支(本地映射文件夹)
  5. 检查Dev分支的更改(步骤4中的更改)(否则您将无法获得更改结果)
  6. 将Dev分支合并到合作伙伴分支并处理冲突
相关问题