Tag: 构建过程

.Net AssemblyName.version构建与修订

MSDN文档说明： 版本号由两到四个组件组成：主要，次要，构建和修订。 主要和次要组件是必需的; 构建和修订组件是可选的，但如果定义了修订组件，则需要构建组件。 所有已定义的组件必须是大于或等于0的整数。 版本号的格式如下（可选组件显示在方括号（[和]）中：major.minor [.build [.revision]]组件按惯例使用如下： Major：具有相同名称但主要版本不同的程序集不可互换。 较高的版本号可能表示无法假定向后兼容性的产品的重大重写。 轻微：如果两个程序集上的名称和主要版本号相同，但次要版本号不同，则表示具有向后兼容性的显着增强。 较高的次要版本号可能表示产品的点发布或完全向后兼容的新版本产品。 构建：构建号的差异表示对同一源的重新编译。 当处理器，平台或编译器发生更改时，可能会使用不同的构建号。 版本：具有相同名称，主要版本号和次要版本号但不同版本的程序集应完全可互换。 可以在构建中使用更高版本号来修复先前释放的程序集中的安全漏洞。 仅由构建号或修订号不同的程序集的后续版本被视为先前版本的修补程序更新。 我的问题是关于在这种情况下术语构建和修订的含义 。 在我看来，一般来说，当源头发生变化时，我们会“建立”。 因此，“build 678”和“build 679”之所以不同， 恰恰是因为源在某种程度上是不同的 – 通常是由于检查了一些变化的源。 在我看来，.NET定义使用“修订版”的方式通常使用“构建”。 有人在他们的版本控制中使用上面的定义吗？ 如果是这样，你能举例说明你为什么这样做？

使用“构建配置”在Visual Studio中创建项目的多个版本

我需要使用配置创建项目的多个版本，就像我们使用#if #define ， #if ， #endif 。 使用这些预处理程序指令的缺点是我需要在项目的几乎每个文件中定义符号，但我想通过构建配置来处理这个问题。 我甚至不确定Build Configurations是否能帮助我做到这一点。 我想要的是如果我创建一个名为“Development”的配置和其他名称为“QA”的配置，我的代码将如下所示： if #Development or if $QA 请指导我实现这一目标。