Increment Build No in VS.Net

• Download project - 8 Kb

Introduction

In VS 6 we had an autoincrement of the build no, if we build a new *.exe file. In VS.NET I missed this feature. Here I submit a quick and dirty program (60 lines), which updates the version line in AssamblyInfo.cs each time a Release version is build.

Basics

Beau Scinner has written a lot about the basics, but it works only in VS 6. In VS.NET is AssemblyInfo.cs file, which contains the information of the Application.ProductVersion in form of one line:

// Version information for an assembly consists of the following four values:
//
//      Major Version
//      Minor Version 
//      Build Number
//      Revision
//
// You can specify all the values or you can default the Revision and Build Numbers 
// by using the '*' as shown below:

[assembly: AssemblyVersion("1.0.13")]

IncBuildNo reads this file, increments the last number by 1 and writes it back.

Calling IncBuildNo

IncBuildNo 1st arg is the path and filename to AssemblyInfo.cs.
Optional it reads a 2nd arg Release. If the 2nd arg is given, but if arg!="Release" IncBuildNo returns without any action. I add this option, that IncBuildNo is able to select the VS.Net enviroment Release/Debug.
If you omit this 2nd arg or the 2nd arg is Release IncBuildNo increments the last number of the version string (otherwise it skips incrementation).

In the new version I add some error-output to the Application Event Log.

Installation

If you download the project above, you have a complet installed example.

In your own projects take the follwing steps:

copy IncBuildNo into the same directory as AssemblyInfo.cs (normally the $(ProductDir))

in VS.Net select Project -> Properties -> Build Events

insert in Post-build Event CommandLine:
"$(ProjectDir)IncBuildNo" "$(ProjectDir)AssemblyInfo.cs" $(ConfigurationName)

select in Run the Post-Build Event? When build updates the project output

Now each time you build a new release the last number of the version is incremented.

1st Note: After a successfull build of a release AssemblyInfo.cs shows the version of the release +1.

2nd Note: If you use a installation-project when you build your application, you can insert a line in the postbuild event property in the project properties of this installation project. I use eg.

"$(ProjectDir)IncBuildNo" "$(ProjectDir)..\AssemblyInfo.cs" $(ConfigurationName)

Attention: In this case the $(ProjectDir) points to the install project, not to the application project. This is the reason for the ..\ phrase in the above line. But then the increment happend only, if the building process is running. I.e. you can build a Release-Version without increment the build no.

I hope, this helps you.

You must Sign In to use this message board.

FAQ    Noise Tolerance Very HighHighMediumLowVery Low   Layout Expand Posts & RepliesThread ViewNo JavascriptNo JS + Preview   Per page 102550

Msgs 1 to 8 of 8 (Total in Forum: 8) (Refresh) FirstPrevNext

My version of that PIEBALDconsult 9:30 28 Jan '08   Here's link to mine: http://www.codeproject.com/KB/cs/Versioner.aspx[^] Sign In·View Thread·PermaLink Re: My version of that Ariadne 21:22 28 Jan '08   nice structured. Did you do some tests with Umlaute äöü? I had a lot of trouble with it. Hint: Add an entry in the eventlog and 'return with integers' eg. return -5. If there is an error in the postbuild-process you get only the integer as result. Ariadne Sign In·View Thread·PermaLink issues when implementing in c# SmartClient Project SirGolphknut 9:24 4 Apr '06   1) After the post build command args exec, I end up with a few high-ascii characters at the beginning of my AssemblyInfo.cs file, and before a couple other characters (the (c) char) I have to manually remove these characters. 2) it updates the AssemblyVersion number just fine, but when I reference "Application.ProductVersion" in my code, I get the AssemblyFileVersion version number. Basically, I just need the version num to be incremented, AND accessible at runtime... Any thoughts? Sign In·View Thread·PermaLink Re: issues when implementing in c# SmartClient Project [modified] Ariadne 3:46 28 Jan '08   SirGolphknut wrote: I end up with a few high-ascii characters at the beginning of my AssemblyInfo.cs file Workaround: 1. copy contents of AssemblyInfo.cs to Clipboard. 2. delete AssemblyInfo.cs from your project 3. add a new element to your project 4. select C#-class and name it AssemblyInfo.cs 5. Replace the default contents of the new class with contents of clipboard. SirGolphknut wrote: when I reference "Application.ProductVersion" in my code, I get the AssemblyFileVersion version number. I use Application.ProductVersion.ToString() too, and get the right build #. Are you shure, that you use the appropriate AssemblyInfo.cs? Ariadne modified on Tuesday, January 29, 2008 2:06:43 AM Sign In·View Thread·PermaLink ... and this is how to do it in VB.NET !!! daniellus 4:07 10 Nov '05   Hi all, Since there are also VB.NET users out there, but only C#.Net has `Build Events`, it seems that we guys and gals cant do this trick. Well, there is a work-a-round: Download `PrePostBuildRules Add-in` from this page, that contains the "Visual Studio .NET 2003 Automation Samples": http://www.microsoft.com/downloads/details.aspx?FamilyId=3FF9C915-30E5-430E-95B3-621DCCD25150&displaylang=en#filelist Follow the instructions as in the Readme file, that is: (1) open and build this addin project, (2) close all VS.net instances (3) run the .reg file within the project dit Then there will be added a `Solution Build Rules` to the Tools menu in VS.NET next time you open your project. So, open your project (that you want the autoincrement working on) and click: Tools > Solution Build Rules > Pre-Build rules > (select your project) > Add new Set program to: IncBuildNo.exe (download from this code project page) Set Command line to: (dont need to set this! I adjusted the code as seen below to always open AssemblyInfo.vb) I replaced the code within the project with this one. The code supports the AssemblyInfo format used in VB.net. Also, I couldnt get command line arguments correctly passed. So, I deleted that piece of code and replaced it with the standard `AssemblyInfo.vb` string. So, you will only be able to work ith and use this filename. Else change this source or get this arg[] thing working (see original source code!) It works fine for me: using System; using System.IO; namespace IncBuildNo{ class IncBuildNo{ [STAThread] static int Main(string[] args){ #region local variable definitions StreamReader file; string sLine; string filename = "AssemblyInfo.vb"; string sFile=""; string[] sTmp; int iPos=0; #endregion #region open and read cs file try {file = new StreamReader(filename,System.Text.Encoding.UTF7);} //try to open the file catch (Exception Ex){ Console.WriteLine("(0) File '"+args[0]+"' not found\nException thrown: "+Ex); return -1; } try{ //ge and read all lines while ((sLine = file.ReadLine()) != null){ #region interpret version line iPos=sLine.IndexOf("Assembly: AssemblyVersion("); //this line we want to change if(iPos>0){ sTmp=sLine.Split('.'); //get the text between '.' separated in an array if(sTmp[sTmp.Length-1]=="*\")>")sTmp[sTmp.Length-1]="0\")>"; int iTmp=int.Parse(sTmp[sTmp.Length-1].Substring(0,sTmp[sTmp.Length-1].Length-3))+1; //increment the last number by 1 sTmp[sTmp.Length-1]=iTmp.ToString(); sLine=""; for(int i=0;i".";//concatenate the string again sLine=sLine.Substring(0,sLine.Length-1)+"\")>"; } #endregion sFile+=sLine+"\n"; //collect the rest } } catch(Exception ex){ Console.WriteLine("(1) (Reading File) Exception thrown: "+ex); return -1; } file.Close(); #endregion #region write cs file back try{ StreamWriter fileW = new StreamWriter(filename,false,System.Text.Encoding.UTF8); //write the file back fileW.Write(sFile.Substring(0,sFile.Length)); fileW.Close(); return 0; } catch (Exception Ex){ Console.WriteLine("(2) (Reading File) Exception thrown: "+Ex); return -1; } #endregion } } } NOTE: in VS.NET 2005, Build Events will be integrated, just like C# via the properties menu! Sign In·View Thread·PermaLink 1.00/5 (1 vote) Re: ... and this is how to do it in VB.NET !!! imxuf 13:58 23 May '07   Here is the actual VB.NET Code if desired: Imports System.IO Imports System Public Class BuildNumberIncrmenter Public Shared Function Main(ByVal aArgs() As String) As Int32 Dim oFile As IO.File Dim oReader As StreamReader = Nothing Dim sLine As String = String.Empty Dim csFileName As String = "AssemblyInfo.vb" Dim sFile As String = String.Empty Dim aTmp() As String Dim iPos As Int32 = 0 ' Try to open the file Try 'oFile = New StreamReader(csFileName, System.Text.Encoding.UTF7) oReader = oFile.OpenText(csFileName) Catch ex As Exception Console.WriteLine("(0) File '" & csFileName & "' not found" & vbCrLf & "Exception thrown: " & ex.Message) Return -1 End Try Try ' Get and read all lines While oReader.Peek <> -1 sLine = oReader.ReadLine() ' This is the ONLY line we want to change iPos = sLine.IndexOf("Assembly: AssemblyVersion(") If (iPos > 0) Then ' Get the text between '.' separated in an array aTmp = sLine.Split(".".ToCharArray) ' Add a 0 if the last set is an asterisk If aTmp(aTmp.Length - 1).Trim = "*"")>".Trim Then aTmp(aTmp.Length - 1) = "0"")>" End If ' Increment the last number by 1 Dim iTmp As Int32 = CInt(aTmp(aTmp.Length - 1).Substring(0, aTmp(aTmp.Length - 1).Length - 3)) + 1 aTmp(aTmp.Length - 1) = CStr(iTmp) sLine = String.Empty ' Concatenate the string again For i As Int32 = 0 To aTmp.Length - 1 sLine &= aTmp(i) & "." Next sLine = sLine.Substring(0, sLine.Length - 1) & """)]" End If ' If (iPos > 0) Then ' Get the rest of the line sFile &= sLine & vbCrLf End While oReader.Close() Catch ex As Exception Console.WriteLine("(1) (Reading File) Exception thrown: " & ex.Message) Return -1 End Try Try ' Write the file back Dim oFileW As New StreamWriter(csFileName, False, System.Text.Encoding.UTF8) With oFileW .WriteLine(sFile.Substring(0, sFile.Length)) .Close() End With Return 0 Catch ex As Exception Console.WriteLine("(2) (Writing File) Exception thrown: " & ex.Message) Return -1 End Try End Function End Class Sign In·View Thread·PermaLink Increment build number in VS.Net Koszyk 1:00 3 Aug '05   This is possible to use * in AssemblyInfo.cs. You can read: " You do not have to set and update each part explicitly because you can use wild characters (*) to automatically generate the build and revision numbers. Visual Studio .NET generates an AssemblyInfo source file with the AssemblyVersion attribute defined as follows: [assembly: AssemblyVersion("1.0.*")] The result of this is a build number set to the number of days since a random, designated start date and the revision based on the number of seconds since midnight. You can either use auto-increment version numbers or opt to manually control version numbers as part of the build process. Each approach has associated benefits and drawbacks. " in http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/tdlg_ch5.asp[^] The problem is that in some cases this is better to control version number manually. However there is a number of build tools (relatively cheap), which help you with such type of task eg. FinalBuilder or Visual Build Professional. In VS 2005 will be introduced also some new build tool. ------------------------- Adam Koszlajda Sign In·View Thread·PermaLink Re: Increment build number in VS.Net Ariadne 4:53 3 Aug '05   In the same Microsoft Doc you see: Disadvantages Using auto-increment version numbers has the following disadvantages: The internal assembly build number does not match your system build number, which means there is no easy way to correlate a particular assembly with the build that generated it. This may be particularly problematic when you need to support your system in a production environment. Build and revision numbers are not increased by one but are based on the time an assembly is built. A new version of an assembly is generated each time it is built regardless of whether any changes have been made to the assembly. For strongly named assemblies, this means that all clients of that assembly must also be rebuilt to point to the correct version. However, if the build process rebuilds the whole system this should not be an issue. Even the 2nd point was the reason to write IncBuildNo Ariadne Sign In·View Thread·PermaLink 3.50/5 (2 votes)

Last Visit: 12:04 8 Nov '09     Last Update: 12:04 8 Nov '09 1