This article is a mirror article of machine translation, please click here to jump to the original article.

View: 1737|Reply: 0

[Source] Major, Minor, Build Number, and Revision version numbers are annotated

[Copy link]
Posted on 10/19/2024 5:12:11 PM | | | |
Review:

.NET Core gets the unique identity of the assembly
https://www.itsvse.com/thread-10745-1-1.html


The version number consists of two to four parts:Major, Minor, Build, and Revision numbers

The major version number and the minor version number are mandatory, the build number and revision number are optional. The revision number section is optional only if the build number section is not defined. All defined components must be decimal integers greater than or equal to 0. The metadata limits the major, minor, build, and revision components to a MaxValue maximum of 1.

The format of the version number is shown below. Optional components are displayed in square brackets ("[" and "]):

Major version number. Version number[.build number[.revision number]]

These sections should be used according to the convention below:

Major: Assemblies with the same name but different major version numbers are not interchangeable. This applies, for example, to a large number of rewrites of products that make it impossible to achieve backward compatibility.
Minor: If both assemblies have the same name and major version number, but different minor version numbers, this indicates significant enhancement, but takes care of backward compatibility. This applies, for example, to a modified version of a product or a new version that is fully backwards compatible.
Build: Different build numbers represent recompilations of the same source. This is suitable for changing processors, platforms, or compilers.
Revision: Assemblies with the same name, major version number, and minor version number, but different revision numbers should be fully interchangeable. This applies to fixing security vulnerabilities in previously released assemblies.

Subsequent versions of an assembly that differ only in build or revision numbers are considered Quick Fix Engineering (QFE) updates to previous versions. If necessary, you can make the build and revision numbers effective by changing the version policy in the configuration.
When building a project, AssemblyInfo1.vb should default to <Assembly: AssemblyVersion("1.0.*")>

After compiling, look at the version information of the dll, you can see that 1.0.1879.26471 is set by yourself, and the third digit 1879 also knows the number of days from 2000.01.01 to the present, so the last digit 26471 is the dynamic control version number.






Previous:What is a UUID? and the difference between versions
Next:The forum has been 10 years old, and it is still so quiet!
Disclaimer:
All software, programming materials or articles published by Code Farmer Network are only for learning and research purposes; The above content shall not be used for commercial or illegal purposes, otherwise, users shall bear all consequences. The information on this site comes from the Internet, and copyright disputes have nothing to do with this site. You must completely delete the above content from your computer within 24 hours of downloading. If you like the program, please support genuine software, purchase registration, and get better genuine services. If there is any infringement, please contact us by email.

Mail To:help@itsvse.com