如何使用版本控制使多个网站的编译代码库保持最新？

Question

目前，我们公司的内部网上有一长串各种网站。 大多数都在防火墙内，需要 Active Directory 帐户才能访问。 最近，我们的问题之一是网站数量的增加以及添加了一个公共代码库来存储我们的数据库访问类、公共辅助函数、序列化方法等。目标是在整个框架中使用该框架整个公司的所有网站。

目前，我们已经通过这些更改一致地升级了内部数据输入应用程序。 它是最新的。 然而，问题在于维护所有其他网站。 是否有最佳实践或方法可以让我在每个网站上找到版本并相应地升级？ 我可以有一个集中的地方来保存这些 DLL 和引用它们的站点吗？ 无需浏览每个网站、找出版本并在每次更改后升级，即可找出这些网站上的版本的最佳方法是什么？

请记住，我们运行最新的 TFS，并且是一个 .NET 开发团队。

Answer 1

在我的工作中，我们有一个与您类似的设置，许多使用公共库的内部应用程序，我花了一年中最好的时间来整理这些。

首先要注意的是，您提到的所有内容都与 TFS 没有任何关系，但实际上是您的应用程序及其组件打包和部署方式的一种表现。

以下是一些帮助您入门的想法：

设置自动/连续构建

这是您需要做的第一件事。 如果必须，请使用 TFS 中的构建工具，或者投资于 TeamCity 之类的东西（这很棒）。 评估一切。 找到你喜欢并且其他人都可以接受的东西。 你需要找到你喜欢的东西的原因是因为你最终要为它负责。

设置自动构建如此重要的原因是因为这是您解决其余问题的起点。

设置自动部署

每个可部署的工件现在都应该由您的构建服务器构建。 不再需要手动部署。 不再从工作站进行部署。 不再有 Visual Studio 发布功能。 很难摆脱这一点，但这是值得的。

如果您有很多 Web 项目，那么可以考虑使用 Web 部署，它可以使用 msbuild/powershell 轻松自动化，或者尝试一些类似 octopus deploy 的方法。

使用nuget打包常用组件

现在你的公共代码应该有自己的自动构建，但是你如何自动部署一个公共组件？ 将其打包到 nuget 中，然后将其放在共享上以供使用或将其托管在 nuget 服务器中（TeamCity 内置了一个）。 一个好的构建服务器可以自动为你更新你的 nuget 包（如果你总是需要使用最新版本），你可以通过检查你的packages.config来检查你引用的版本。

---

我知道这是很多东西，但它本质上是迈向持续交付的基础（http://continuousdelivery.com/）。

请注意，正确执行此操作将花费您很长时间，但该过程是渐进式的，您可以随着时间的推移不断发展。 然而，等待的时间越长，就越难。 不要觉得您需要同时升级所有项目，您不需要。 只是那些造成最痛苦的人。

我希望这有帮助。

Answer 2

我只想跳出针对您的问题的特定解决方案的空间，并解决您必须整合工作量的潜在愿望。 请注意，任何修补/升级方案都会产生您必须解决的成本 - 没有灵丹妙药。 特别是，您想要实现的目标通常会导致构建/部署开销（如 jonnii 所述）或运行时开销（验证新版本以确保一切按预期工作）。

在你的情况下，因为你已经构建了你的产品，我希望你会走构建/部署路线。

请记住，即使具有二进制等效性（所有内容都编译，并且单元测试通过），升级后应用程序的行为仍然存在某种不同的风险，因此您将无法避免至少对您的所有应用程序进行一些基本测试应用程序（GAC 方法特别容易受到这种风险的影响）。

您可能会发现更容易接受的是，仅仅因为您已经构建了一个新版本的二进制文件，并不意味着它应该被推广到所有 Web 应用程序，即使是那些已经正常运行的应用程序（如果没有损坏的话。 ...）。

如果这是可以接受的，那么您将通过仅在测试实际需要触及的应用程序上产生资源费用来减少工作量。