。net:DLL与EXE的版本号?

问题描述 投票:7回答:6

我最近一直在对我的产品(exe)进行版本控制,并每次在assemblyinfo.cs中都增加内部版本号。

效果很好,我的产品当前版本为1.5.x.x,因此每次成功构建时,请增加4位数字。

现在,我有自己的DLL,它们也是我的应用程序的一部分。

我如何版本这些?我应该将这些版本与我的exe版本相同,即1.5.x.x还是创建另一个不同的版本号?

这是我目前有点困惑的地方。

当我的产品功能增强时,我可以提高1.5到2.0,但是这会将我的DLL留在哪里?]

我最近一直在对我的产品(exe)进行版本控制,并每次在assemblyinfo.cs中都增加内部版本号。效果很好,我的产品当前版本为1.5.x.x,因此每增加4位...

c# .net build versioning assemblyinfo
6个回答
2
投票

您可能会收到多种意见,但我想说要保持简单,并使EXE和DLL版本保持同步。如果您确实打算独立发布DLL和EXE版本,我可能会改变我的看法,但是您没有对此进行任何提及。如果您要处理某些文件(例如第三方组件)(这些文件的发布时间与主产品的发布时间不同),则可以采用这种方法。但同样,如果您没有此要求,我想说的只是保持所有文件版本同步。


1
投票

我认为您必须单独管理它们的版本。


1
投票

我认为您应该只在整个应用程序之间共享一个AssemblyInfo文件。这样就很容易维护它。当然,这意味着您的所有程序集都有一个版本,这对我来说是可接受的规范。请参阅this


0
投票

从另一端看-为什么需要版本号?例如,对此的一种答案是知道在某些客户端位置部署了什么。


0
投票

您已经涉及了一个非常大的话题,实际上这个话题可能会变得尽可能复杂。


0
投票
简单的答案是在进行更改时增加版本号。不要使EXE和DLL保持同步,因为没有理由让它们保持同步。该DLL旨在可移植-理论上任何EXE都可以使用它。如果您已经有了DLL的版本号,则将其用作当前基准,并在进行修改时,根据需要增加版本号。
© www.soinside.com 2019 - 2024. All rights reserved.