如何将版本号附加到 .NET 4.8 上的 ASP.NET Webforms 应用程序？

Question

如何对

.aspx

Web 表单应用程序进行版本控制？这样您就可以在每次发布时自动增加版本？

注意：我不是指版本控制源代码。

Answer 1

好吧，我们在 ASP.NET 和 WebForms 上发现了大约 100,000 个帖子。

那么，为什么在过去 15 年多的时间里我们没有像您这样的帖子或问题？

答案很简单：

对网站的某些数字进行版本控制没有什么价值。我的意思是，最终用户并不关心，如果他们看到网站是 2.2.15 版本怎么办？

他们不在乎，因为他们永远不需要更新计算机来使用该网站，因此，在过去 20 多年里，不需要在网站上附加某些版本号。

我的意思是，当最终用户无法利用该信息做任何有价值的事情时，某些版本号会提供什么好处？

所以，我看不出对最终用户有多大价值。

对于开发商来说呢？嗯，最后一个版本是您发布到现已上线的网站的版本。当您再次发布时，您的网站将再次运行最新版本。再说一次，因为在大多数情况下您只更新一个网站以在服务器上进行生产？

再一次，没有什么理由或需要有某个版本。

因此，上面解释了为什么您可能在该网站上使用的桌面软件甚至类库代码支持版本号。

但是，由于网站和用户无法真正使用版本号来消费、关心甚至做任何事情，那么再一次，没有必要真正存在某些毫无意义、没有实际使用价值的版本号。确定这里。因此，在大多数情况下，您只会部署到“一个”服务器，这将是生产服务器，也可能是开发服务器。因此，当最终的安息地只有一台服务器上的一份副本和一个结果时，Web 部署模型不支持，对于浏览网站也没有意义。

当然，如果您希望自己跟踪版本，那么您将像其他人一样采用源代码控制，并且您可以了解所做更改的每一个更新和日期。因此，由于 Web 开发与桌面软件有很大不同，因此版本号并不真正需要或适用于这样的开发模型。

如果采用源代码控制，那么您就更没有理由花费时间和精力来使用某些“版本”号，而这些“版本”号对您的项目管理几乎没有用处。

那么，真正的答案是什么呢？ 开发人员不关心、不使用、也不关心 Web 开发领域中的某些版本号，因为他们不会部署到大量用户，但在大多数情况下会部署到一个最终网站进行生产。这解释了为什么你找不到解决方案，因为没有人关心 Web 开发的版本号。

我的意思是，您可以添加一些 .txt 文件，并在每次发布时递增它，或者甚至只是打开项目，然后在程序集设置中，每次发布到生产时输入一个数字。无论如何，发布不会经常发生，因此在发布网站时手动输入版本号，而不是在开发期间构建网站。

因此，您可以通过打开项目属性页面“应用程序”来输入版本号，然后单击程序集按钮。

因此，您可以在发布时输入一个数字。因此这里：

但是，它没有多大用处，因为当您实际使用发布选项时，您的源代码将被剥离，并且上述项目页面信息不会包含在最终发布的产品中。不过，你可以检查为项目创建的.dll，上面的信息就会存在。我不知道您将如何处理这些信息，以及它如何帮助您，但是可以因此获得上述信息，甚至可以显示在网站上的某些管理页面上。

因此，由于上述原因，基于 Web 的项目的程序集版本和文件版本不会自动递增。