情况 - 我们有一个带有 WCF 层的 .net mvc 解决方案。该解决方案有大约 20 个奇怪的项目被编译成 DLL。该站点在 SQL Server 2008 上运行。我们将解决方案文件夹中的 SQL 脚本作为版本进行维护。所以我们有 SQL 脚本，例如。版本 1.0.0.0 到最新版本 3.0.0.1。
该解决方案在 TFS 中进行源代码控制，我们还使用 TFS 来管理工作项、错误等。SQL 脚本文件也在 TFS 中
问题 - 问题是我们是否还需要组装的 dll 的版本号。我们的 DLLS 不会以任何方式暴露给外界，它们只是在 mvc 应用程序的运行时。我们不会将 WCF 暴露给外部客户端，同样它只是由 mvc 应用程序使用。
部署过程只是针对最新数据库的最新代码，因此当我们部署时，我们检查数据库所在的版本，并运行一个工具将其升级到解决方案中数据库项目中的最新版本。
我们的一位高级架构师说我们也应该维护程序集中的版本号。我是说我们不需要代码中的任何版本号。因为 TFS 可以管理这一点。当我们发布时，我们只是使用最新的程序集/部署包来部署最新的代码。
我还没有遇到过程序集版本，除非它们发布到外界的程序集(如果你知道我的意思)
请您提出建议...另请注意，我们不进行功能开发，仅进行版本号，以便我们知道特定数据库所在的版本。
最佳答案
我更喜欢了解并能够仔细检查版本的安全性。如果发布过程出现问题，或者出现一个看似发布问题的错误，我会希望尽快排除问题。我还认为它很容易实现，你花在讨论和思考上的时间比你实际花的时间还要多，而且我想不出它有什么缺点。
关于c# - 在asp.net mvc网站项目中我们需要程序集版本号吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14462223/