TFS - 创建一个"沙箱"解决方案中的项目

时间:2017-05-16 20:31:22

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

我有一个具有以下结构的解决方案:

> SolutionA
  > ProjectA
    > FolderA
      > FileA
      > FileB
    > FolderB
  > ProjectB
    > FolderC
      > FileC

我有一位开发人员希望使用某些测试方案,并且只需要向FileAFileC公开。我想做的是以下几点:

> SolutionA
  > ProjectA
    > FolderA
      > FileA
      > FileB
    > FolderB
  > ProjectB
    > FolderC
      > FileC 
  > SandboxProject
    > FolderA [link]
      > FileA [link]
    > FolderC [link]
      > FileC [link]
    > FolderSandbox
      > FileSandbox

我想添加SandboxProject来实现以下目标:

  • 让开发人员访问源控制文件,而不会让他接触到他不需要知道的事情 - 这些文件不够独立,无法在他们自己的项目中使用,但他并没有这样做。我需要了解其他兄弟姐妹。这既是安全性(敏感文件),也是开发用户体验(不必显示)。
  • 提供一种与链接文件的使用者一起玩的简单方法(例如 - 链接文件可能是plugin.js但是他会让自己的Index.cshtml来消费/测试它。 plugin.js将在原始项目中显示,因为它只是指向源控制文件的链接。Index.cshtml的更改不会影响其他项目,因为它的来源仅在SandboxProject内控制。

Visual Studio / VSTS是否支持这种"链接"隔离?如果是这样,应采取哪些措施来实现它?我可以将Add as link用于此目的吗?

1 个答案:

答案 0 :(得分:0)

不,不受支持。

关于添加为链接,目标文件必须下载到计算机(可以在共享文件夹中),这些文件也需要可访问。所以,我觉得它不符合你的要求。

更好的方法是,您可以打包必要的文件/项目并发布到VSTS / TFS提要,然后开发人员可以添加这些包参考。

注意:通过这种方式,对包文件的更改不会影响源文件。但由于开发人员不了解源文件的内容,因此“链接”文件中的更改不应影响源文件。

有关vsts / tfs Feed的更多信息,请参阅:Package Management in Team Services and TFS