我目前有一个应用程序显示构建号在其标题窗口。这很好，除了它对大多数用户没有任何意义，他们想知道他们是否有最新的版本-他们倾向于将其称为“上周四的”而不是1.0.8.4321版本。
计划是把构建日期放在那里，例如“App构建于21/10/2009”。
我正在努力寻找一种程序化的方法，将构建日期作为文本字符串提取出来，以便像这样使用。
对于版本号，我使用:
Assembly.GetExecutingAssembly().GetName().Version.ToString()
在定义了这些是怎么来的之后。
我希望编译日期(和时间，为了加分)也像这样。
非常感谢这里的指示(如果合适的话，借口双关语)，或者更整洁的解决方案……
当前回答
将以下内容添加到预构建事件命令行:
echo %date% %time% > "$(ProjectDir)\Resources\BuildDate.txt"
将此文件添加为资源， 现在你有'BuildDate'字符串在你的资源。
若要创建资源，请参见如何在. net中创建和使用资源。
其他回答
将以下内容添加到预构建事件命令行:
echo %date% %time% > "$(ProjectDir)\Resources\BuildDate.txt"
将此文件添加为资源， 现在你有'BuildDate'字符串在你的资源。
若要创建资源，请参见如何在. net中创建和使用资源。
的方式
正如@c00000fd在评论中指出的那样。微软正在改变这一点。虽然很多人不使用他们的编译器的最新版本，但我怀疑这个变化使这种方法毫无疑问是糟糕的。虽然这是一个有趣的练习，但如果跟踪二进制文件本身的构建日期很重要，我建议人们通过任何其他必要的方法将构建日期嵌入到二进制文件中。
这可以通过一些简单的代码生成来完成，这可能是构建脚本中的第一步。事实上，ALM/Build/DevOps工具在这方面帮助很大，应该优先于其他任何工具。
我把这个答案的其余部分留在这里，仅用于历史目的。
新方式
我改变了主意，现在使用这个技巧来获得正确的构建日期。
#region Gets the build date and time (by reading the COFF header)
// http://msdn.microsoft.com/en-us/library/ms680313
struct _IMAGE_FILE_HEADER
{
public ushort Machine;
public ushort NumberOfSections;
public uint TimeDateStamp;
public uint PointerToSymbolTable;
public uint NumberOfSymbols;
public ushort SizeOfOptionalHeader;
public ushort Characteristics;
};
static DateTime GetBuildDateTime(Assembly assembly)
{
var path = assembly.GetName().CodeBase;
if (File.Exists(path))
{
var buffer = new byte[Math.Max(Marshal.SizeOf(typeof(_IMAGE_FILE_HEADER)), 4)];
using (var fileStream = new FileStream(path, FileMode.Open, FileAccess.Read))
{
fileStream.Position = 0x3C;
fileStream.Read(buffer, 0, 4);
fileStream.Position = BitConverter.ToUInt32(buffer, 0); // COFF header offset
fileStream.Read(buffer, 0, 4); // "PE\0\0"
fileStream.Read(buffer, 0, buffer.Length);
}
var pinnedBuffer = GCHandle.Alloc(buffer, GCHandleType.Pinned);
try
{
var coffHeader = (_IMAGE_FILE_HEADER)Marshal.PtrToStructure(pinnedBuffer.AddrOfPinnedObject(), typeof(_IMAGE_FILE_HEADER));
return TimeZone.CurrentTimeZone.ToLocalTime(new DateTime(1970, 1, 1) + new TimeSpan(coffHeader.TimeDateStamp * TimeSpan.TicksPerSecond));
}
finally
{
pinnedBuffer.Free();
}
}
return new DateTime();
}
#endregion
老办法
那么，如何生成构建号呢?如果你将AssemblyVersion属性更改为1.0.*，Visual Studio(或c#编译器)实际上会提供自动构建和修订号
将要发生的情况是，构建将等于自当地时间2000年1月1日以来的天数，而对于修订，则等于自当地时间午夜以来的秒数，除以2。
请参阅社区内容、自动构建和修订编号
例如AssemblyInfo.cs
[assembly: AssemblyVersion("1.0.*")] // important: use wildcard for build and revision numbers!
SampleCode.cs
var version = Assembly.GetEntryAssembly().GetName().Version;
var buildDateTime = new DateTime(2000, 1, 1).Add(new TimeSpan(
TimeSpan.TicksPerDay * version.Build + // days since 1 January 2000
TimeSpan.TicksPerSecond * 2 * version.Revision)); // seconds since midnight, (multiply by 2 to get original)
如果这是一个windows应用程序，你可以只使用应用程序的可执行路径: 新System.IO.FileInfo (Application.ExecutablePath) .LastWriteTime.ToString(“yyyy.MM.dd”)
Jeff Atwood在《艰难地确定构建日期》中谈到了这个问题。
最可靠的方法是从可执行文件中嵌入的PE头中检索链接器时间戳——一些c#代码(由Joe Spivey编写)来自Jeff文章的注释:
public static DateTime GetLinkerTime(this Assembly assembly, TimeZoneInfo target = null)
{
var filePath = assembly.Location;
const int c_PeHeaderOffset = 60;
const int c_LinkerTimestampOffset = 8;
var buffer = new byte[2048];
using (var stream = new FileStream(filePath, FileMode.Open, FileAccess.Read))
stream.Read(buffer, 0, 2048);
var offset = BitConverter.ToInt32(buffer, c_PeHeaderOffset);
var secondsSince1970 = BitConverter.ToInt32(buffer, offset + c_LinkerTimestampOffset);
var epoch = new DateTime(1970, 1, 1, 0, 0, 0, DateTimeKind.Utc);
var linkTimeUtc = epoch.AddSeconds(secondsSince1970);
var tz = target ?? TimeZoneInfo.Local;
var localTime = TimeZoneInfo.ConvertTimeFromUtc(linkTimeUtc, tz);
return localTime;
}
使用的例子:
var linkTimeLocal = Assembly.GetExecutingAssembly().GetLinkerTime();
注意:这个方法适用于。net Core 1.0，但在。net Core 1.1之后就不再适用了——它给出的年份是1900-2020年之间的随机值。
我不确定，但也许Build Incrementer会有所帮助。
