TFS大型资源网站的管理策略

Question

我正在迁移一系列站点，这些站点以前基本上没有版本控制( VSS插入到开发服务器，但从开发人员的POV到TFS，安装在Windows 2012机器上进行部署)。

我的问题来自于我们拥有非常大的资源库的几个站点，我们谈论的是每一个PDF、PowerPoints和视频的20-30GB。

在过去的设置下，这些资源基本上只能存在于服务器上。站点开发人员将获得一组新的文档，将它们打包到使用FPSE的服务器上，然后删除它们的本地工作副本以腾出空间。

使用TFS，我刚刚复制了站点的当前状态，加载到解决方案中，并将其全部放在TFS中。其结果是难以处理的，原因如下：

1. 这意味着解决方案是巨大的，我们很快就会在本地机器上遇到空间问题，另外，对于加载解决方案的新开发人员，或者对于在删除本地副本后返回解决方案的开发人员，初始打开可能需要几个小时，因为所有这些大型资源都是从服务器下载的。
2. 在执行发布时，所有这些资源都包含在存储在用户机器上的包中。这会导致更多的空间被耗尽，当所有的资源被复制到临时目录时，会导致非常长的初始发布。

我已经考虑过在部署设置中添加跳过规则，以便只处理添加和更新，然后让开发人员在发布文档后删除这些文档，这样可以工作，但它只剩下一个版本控制，它只是站点真实内容的部分副本。

是否有一种方法来配置这些目录，以便它们需要在本地显式复制，即当用户从TFS打开解决方案时，它们不会被复制，但是如果我们需要将站点部署到一个全新的服务器上，那么它们是可用的吗？这与跳过规则相结合将是一个解决方案，但我不知道是否/如何可能。

另外一个警告，这些是网站，而不是网页应用项目，似乎总是使事情变得更加困难.

有什么想法吗？

Answer 1

问题是，在应用程序代码的同时存储非必需的二进制文件。

这是一个很大的问题，原因如下：

• 自动化构建需要更长的时间，因此很难或不可能建立良好的连续集成。
• 部署需要更长的时间，因为它们必须复制大量无关的文件。
• 开发人员必须处理下载大量与他们无关的文件才能完成他们的工作。

把这两件事分开。把内容存储在其他地方。“其他地方”是在空气中，取决于许多因素。首先，您可以将其迁移到应用程序代码文件夹之外的一个单独的文件夹。不关心内容的开发人员可以屏蔽文件夹。也就是说，对于静态的二进制内容来说，源代码管理是一个非常糟糕的地方.

就像这样：

$/
  Dev
    Application
      Code
      Content        
  Main
     etc

开发人员可以映射$/Dev/，只需屏蔽$/Dev/Application/内容即可。如果这样做，部署就会变得更加棘手，因为您有一个额外的步骤--部署代码和部署内容成为单独的任务。这样做的目的是将/Code和/Content文件夹组合起来。

不过，这给了您很大的灵活性，因为您可以更快地部署应用程序的代码。您还可以采取步骤自动化您的内容部署，以便可以更快地推出内容更改，而不必担心内容推送会在部署新代码时将站点推倒。