Asp.net 如何处理Web应用程序的版本控制？

web应用程序/网站的版本控制策略是什么

我注意到，在测试版中，页脚中有一个svn修订号，这非常适合在一个存储库中使用svn的应用程序。但是，如果您使用externals或不同的源代码管理应用程序来对不同的文件进行版本划分，该怎么办

对于桌面应用程序来说似乎很容易，但我似乎找不到一种适合asp.net web应用程序的版本控制方法

NB我不确定我的问题是否完全清楚

我想知道的是如何为asp.net应用程序构建并自动增加版本号

我对如何将它与svn链接不感兴趣

---

对于我的大型应用程序，我只使用一个递增的版本号id（1.0，1.1，…），它存储在主文件（通常是index.php）的注释中。

---

对于仅仅是网站，我通常只有一个修订号（1,2,3，…）

我倾向于首先使用基本整数（1,2,3），当事情变得更大时，转向有理数（2.1,3.13）

曾经尝试过使用水果，这对小型办公室很有效。哦，“香蕉”释放？在角落里看了看“是的…现在已经很老了…”

不幸的是，当开发团队成长时，开始出现困惑，是橙色的，还是普通话的，还是Tangelo的？看起来不错。“里面烂”是什么意思

。。。但老实说。设置一个单独的存储库作为主存储库，开发将在不同的存储库中进行。对于每个计划的发布，所有内容都会签入主存储库，以便在出现问题时可以快速回滚。

---

（我假设dev/test/production都是独立的服务器，dev永远不允许接触生产或主存储库……）

我维护一个web应用程序系统，其中包含位于独立SVN repo中的各种组件。为了能够对整个系统进行版本跟踪，我有另一个SVN repo，它包含所有其他repo作为外部引用。它还包含用于部署整个过程的安装/设置脚本。通过这种设置，“元存储库”的SVN修订号可能用于对整个系统进行版本控制

在另一种情况下，我将SVN修订版via包含在一个没有其他用途的类文件中（以避免关键字替换破坏代码的风险）。该文件中的类包含一个字符串变量，该变量由SVN操作并由类方法解析

---

这两种方法的一个不便之处在于，外部（方法1）或其余代码（方法2）的更改不会自动更新修订号。

在内部开发期间，我使用里程碑号（M1、M2、M3…）。发布后，我可能只会更新日期（“2009年1月的更新”）。

我想你想要的是这样的东西：。它有点旧，但我认为它会起作用。

请参阅以下相关问题：