Hi, thanks so far.
To answer the queries:
Our DLL's are stamped with a hardcoded version (e.g. 1.2.0.1) that we define manually. This is the Assembly Version in the AssemblyInfo.cs file and it does not change unless we issue a new release from development into QA. These are the corporate procedures so I can't really change it.
The AssemblyFileVersion is to be timestamped by the build server, YYMM.DD.HH.SS. This tells us exactly when the DLL's were compiled regardless of the build number which is useful if it all goes to pieces in live.
I looked at the AssemblyInfo task but it generates the AssemblyInfo file for us - we do not want, nor need, this to occur as we already have an AssemblyInfo file with all the settings configured (except for AssemblyFileVersion that the build server will override).
To clarify what we have already (I was a little unclear, apologies). 2 CC Tasks:
1) MSBUILD task called by CC. This contains two steps - first to generate the current DateTime and second to update the AssemblyInfo.cs file (both done via MSBUILD community tasks)
2) MSBUILD task called by CC to perform the build (basically just runs the Solution File so it keeps it nice and easy for developers who use the same file in VS when they are developing and testing)
What I'd like is a way for the timestamp generated by step (1) to be passed back out to CCNET so that I can create a Step (3) which would be a CC task to label sourcesafe with the date/time if step (2) completed. I'm happy to do step (1) in CC but I couldn't find the tasks to do it, so used the MSBUILD tasks instead.
I'll look into the Environment Variable - I assume you don't mean the Windows Environment Variables... this is a CC thing?