Visual studio Visual Studio 2013组装版“；99.0.*"；总是导致；“99.0.0.0”；

我正在使用一个

GlobalAssemblyVersion.cs

文件来设置我所有项目的版本。该文件位于根解决方案文件夹中，并作为链接包含在“我的所有项目”中。文件内容如下：

using System.Reflection;   
[assembly: AssemblyVersion("99.0.*")]
[assembly: AssemblyFileVersion("99.0.*")]
[assembly : AssemblyInformationalVersion("99.0 internal")]

构建解决方案时，程序集版本始终设置为“99.0.0.0”。我认为VisualStudio应该用从午夜开始的天数和秒数来替换最后两项（构建/修订）

---

你知道为什么这样不行吗？这种行为在VS2013中发生了变化还是我正在做的事情？

AssemblyFileVersion不支持*

将此更改为：

using System.Reflection;   
[assembly: AssemblyVersion("99.0.*")]
[assembly: AssemblyFileVersion("99.0.0.0")]
[assembly: AssemblyInformationalVersion("99.0 internal")]

除此之外： 自动生成和修订编号实际上是有意义的。（参考

---

构建是自2000年1月1日起的天数，修订是自午夜（当地时间）起的秒数除以2。给定任何自动递增的生成，您可以准确地识别生成发生的时间。

据我所知，Visual Studio使用的自动数字从来没有真正意义，或者至少对我来说没有实际价值。我只是将所有本地开发设置为X.Y.0.0，并使用生成服务器脚本来分配sensi我同意，我也在我的构建服务器上这样做，但这并不能回答我的问题。有价值（对我来说）让我的程序集版本正确。我以前做过这项工作，我只是想知道为什么我现在不能让它工作。@Hans我想我没有领会你的意思。99值不重要。重要的是自动递增不起作用，我需要知道原因。我用99来区分私有生成和基于e build server，它根据SemVer生成自己的版本号。@Hans最初我尝试了“9999”，但出现了一个编译错误；-）我将尝试一个较小的数字，看看会发生什么。@Hans，值得一提的是，“42.0.*”会导致“42.0.0”-同样的问题。