.Net 在每日构建中检查更新的 AssemblyInfo.cs 是否更好?

标签 .net version-control assemblyinfo

在我的工作中,源代码管理中每个项目的程序集版本都保持为 1.0.0.0。当构建机器进行新的日常构建时,它有更新程序集版本的任务,但不会 checkin 更新后的 assemblyinfo.cs。所以在我们的开发机器上,我们正在编译的 dll 的汇编版本总是设置为 1.0.0.0。

在源代码管理中使程序集版本保持最新是最佳做法,还是我们已经做了正确的事情?

每种可能性的优缺点是什么?

谢谢


相关或重复:
Should AssemblyInfo.cs be placed in version control?

最佳答案

缺点:

  • 您不能调试或测试依赖于正确程序集版本的任何代码(如果您有这样的代码)

顺便说一句,有一种更简单的方法可以确保所有程序集版本同步:在公共(public)类 VersionInfo 中定义公共(public)常量字符串“VersionMask” > 在所有其他程序集引用的顶级程序集中放置

[assembly: AssemblyVersion(VersionInfo.VersionMask)]

在每个 AssemblyInfo.cs 文件中(前提是您使用 C#),对于 VB.NET 是

<Assembly: AssemblyVersion(VersionInfo.VersionMask)> 

关于.Net 在每日构建中检查更新的 AssemblyInfo.cs 是否更好?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1958804/

相关文章:

.net - 可移植类库被视为文件程序集引用

vba - 从 Excel 电子表格中提取 VBA

asp.net-core - 使用 .NET Core 时是否需要 AssemblyInfo?

teamcity - 仅当构建成功时才 checkin 更新程序集版本信息

c# - 在 C# 中优化多个调度通知算法?

.net - 重新指定已经继承的接口(interface)有什么意义吗?

git - 执行 git pull 后找不到我的提交

svn - 有没有SVN的类历史可视化工具

c# - 在 win 7 上的 visual studio 2012 中找不到 assemblyInfo.cd 的构建错误

c# - 检查 WeakReference 目标引用计数