.net:DLL与EXE的版本号?

我最近版本化了我的产品(exe),并且每次在assemblyinfo.cs中增加内部版本号。

很好的工作,我的产品目前在版本1.5.xx,所以每次我有一个成功的构建增加4位数。

现在我有我的DLL也是我的应用程序的一部分。

有人会建议如何版本这些? 我应该如何版本这些与我的exe文件相同,即1.5.xx还是应该创建另一个不同的版本号?

这是我目前有点困惑。

当我的产品功能增加时,我可以提高1.5到2.0,但是这会使我的dll在哪里?

任何关于版本控制的建议都会非常感激

谢谢


您可能会收到多个意见,但我会说保持简单,并使EXE和DLL版本保持同步。 如果你真的打算独立发布DLL和EXE的版本,我可能会改变我的看法,但是你没有提到这是必需的。 如果您正在处理一些文件,如第三方组件(与主要产品的时间安排不同),那么您会采用这种方法。 但是,再次,如果你没有这个要求,我会说只是保持所有文件版本同步。

我见过的惯例是使用前3个数字来表示产品版本(主要/次要等),版本号的第4部分代表源代码控制版本(因此您可以确切知道哪些源文件是二进制文件来自)。

希望有所帮助,

约翰


在我看来,你必须单独管理他们的版本。

因为2个应用程序(EXE)可以使用相同的DLL。 DLL的版本是什么版本?

DLL的版本应该独立于运行它的EXE。


在我看来,你应该只有一个在应用程序中共享的assemblyinfo文件。 这样很容易维护它。 当然,这意味着你有一个单一版本的所有组件,这对我来说是可以接受的规范。 请参考这个。

链接地址: http://www.djcxy.com/p/53331.html

上一篇: .net: Version numbers for DLL vs EXE?

下一篇: Generate a PDF logbook from git commits