我们有将构建版本控制为 [major].[minor].[micro].[revision] 的惯例,例如2.1.2.33546.
我们的构建脚本会自动更新包含
的 AssemblyInfo.cs 文件[assembly: AssemblyVersion("x.y.z.w")]
为了在程序集中嵌入版本号。
但是我们的 Subversion-repository 刚刚达到修订 #65535,这破坏了我们的构建。
事实证明,version-number 中的每个数字都有最大值 65534(可能是由于 Windows 限制)。
你遇到过这个问题吗?有什么好的解决方案/解决方法吗?
我们喜欢嵌入修订号的方案,我们显然不能只重置我们的 Subversion-server :-)
最佳答案
更多背景信息:
Why are build numbers limited to 65535?
由于这不太可能发生变化,您的选择是:
- 取修正模 65535,这意味着你回到 1
- 使用版本号中的微字段将修订除以 1000 来拆分版本号。这意味着您的版本可能是 1.0.65.535
- 不要将 SVN 修订版存储在 AssemblyVersion 中,而是存储在 AssemblyInformationalVersion 中.这样您的应用程序仍然可以出于显示目的访问它,尽管您不能再使用 Windows 资源管理器来快速检查 SVN 修订版
- 不要将 SVN 修订版存储在 AssemblyVersion 中,而是存储在 AssemblyProduct 或 AssemblyDescription 字段中。同样,这样您的应用程序仍然可以访问它,而且 Explorer 现在也会在属性表中显示它。
关于c# - .NET:AssemblyVersionAttribute 中的大修订号,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1188284/