In my work, the build version of each project in the source control is stored in 1.0.0.0. When the collector creates a new daily assembly, she has the task of updating the version of the assembly, but does not check the updated assemblyinfoinfo.cs. So, on our dev machines, the compiled version of the DLL that we are compiling is always set to 1.0.0.0.
Is it better to use assembly version update in the original control or are we already doing the right thing?
What are the pros and cons of each opportunity?
thank
Associated or duplicate:Should AssemblyInfo.cs be included in version control?
Con:
By the way, there is an easier way to make sure that all your versions of the assembly are synchronized: define the public string const " VersionMask" in the public class VersionInfoin the top-level assembly referenced by all other assemblies and put
VersionMask
VersionInfo
[assembly: AssemblyVersion(VersionInfo.VersionMask)]
in every AssemblyInfo.cs file (if you use C #), for VB.NET it is
<Assembly: AssemblyVersion(VersionInfo.VersionMask)>
, [AssemblyVersion]. , CLR . , GAC. , , , .
[AssemblyFileVersion]. , , . , .
, .NET .NET 2.0 .NET 3.5 SP1. 2.0.0.0, . , , - , , .
, , . , script, assemblyinfo.cs, , .
, assemblyinfo.cs, - . Dev env. . .NET-, dll , .
Source: https://habr.com/ru/post/1726539/More articles:asp.net mvc serving txt is truncated - asp.net-mvcclustering library? - text-processingCan global arrays in C ++ Break Binary Compatibility? - c ++Unix filter "wrap" - unixpointer assignment - c ++Visual Studio 2008 Force Debugger to Execute an Executable File - debuggingDiv над iframe, которое из самого iframe - htmlC # and IStream.Read - c #Why is the ForEach method used only in the List collection ? - collectionsC ++ templates and namespace access - c ++All Articles