0

我们主要购买软件，然后在其上编写集成和 Web 服务（或者“它们之间”可能更准确）。我们需要使用大量供应商提供的补丁、DLL 文件、数据库脚本，这些文件会随着时间的推移收集并存储它们。然后我们需要将它们部署到开发，然后进行测试，然后是 staging，然后是生产。有没有人有聪明的方法在 TFS 项目/文件夹中构造这种类型的数据？TFS 可能不是最好的解决方案，但恐怕对于这个问题必须给出它。

示例：按环境划分的项目？按环境分支？按日期按时间顺序排列的文件夹？（鉴于像源代码一样对文件本身进行版本控制并没有真正意义）

作为解决方案的一部分，我们希望跟踪这些文件何时部署到哪个环境中，并且可以很容易地返回并发现 x .dll 作为项目 y 的一部分部署在 12 月 5 日。的事情。

4

1 回答 1

0

我想说，首选的解决方案是将这些外部依赖项版本控制在与您自己的开发并行的自己的目录中，然后引用该目录。然后它将成为任何分支的一部分，如果需要，您可以在开发、测试和生产中拥有单独的版本。您还可以创建特定的分支来针对来自任何供应商的补丁测试您的解决方案。例子：

$/Development-Branch
   |+3PP
   ||+Vendor-1
   |||+ Bin
   |||+ ...
   ||+Vendor-2
   | |+...
   |+Our-Project-1
   ||+ ...
   |+Our-Project-2
    |+ ...
$/Test-Branch (based on $Develeopment-Branch version XXX)
   |+3PP
    |+ ...

缺点是这些外部依赖项可能会占用大量空间（如果它们很大的话），但这现在应该不是什么大问题，而且如果供应商本身并不真正支持它。他们可能会在不同版本之间的库等上使用不同的名称，这会使以正确的方式对它们进行版本控制很痛苦。

于 2012-05-10T12:32:56.300 回答