assemblyinfo相关内容
我有一个包含多个项目的解决方案.我正在尝试通过链接一个解决方案范围的程序集信息文件来优化 AssemblyInfo.cs 文件.这样做的最佳做法是什么?哪些属性应该在解决方案范围的文件中,哪些是项目/程序集特定的? 编辑:如果您有兴趣,有一个后续问题 AssemblyVersion、AssemblyFileVersion 和 AssemblyInformationalVersion 有什么区
..
我有一个包含很多项目的大型解决方案,使用 VS2008 SP1,并且每天至少遇到一次 LNK2022 错误.如果我完全重建解决方案,它构建得很好,但这并不好玩. 当依赖的 DLL 被“轻微"更改(即不更改任何方法或类)时会发生这种情况,并且稍后会构建引用项目.合并元数据时失败 - 不管这意味着什么. 首先要注意的是,共享 DLL 是通过多个 .CPP 文件中的 #using 引用的.
..
我需要让解决方案中的所有项目都包含一些额外的构建操作,例如StyleCop 验证、AssemblyInfo 的自动生成等. 我的想法是进行某种解决方案范围的预构建事件,该事件将检查所有项目文件中是否包含与特定 xPath 匹配的节点.这不是一个难点,它可以通过自定义构建任务或一些第三方 Xml 处理任务来解决.我还没有深入研究它,但它绝对不会成为值得在这里提及的问题. 问题是如何 1
..
我正在尝试按照说明通过 Visual Studio 构建过程创建/推送 nuget 包 这里. 构建包很简单:
..
我正在使用 Msbuild 编译和生成 .zip 文件和安装程序,我需要我的 assembyInfo 的版本号. 我正在使用此代码.
..
在新的 Visual Studio 2017 .csproj 项目文件中,我应该将 AssemblyInfo 中的 InternalsVisibleTo 放在哪里? 解决方案 为了澄清上面 Hans Passant 的评论,您只需将 InternalsVisibleTo 添加到项目中的任何 cs 文件中.例如,我在项目的根目录下创建了一个 AssemblyInfo.cs 文件,然后添加了以
..
我有一个 MSBuild 脚本,它编译我现有的解决方案,但我想在编译时更改解决方案中的一个项目的一些属性,包括但不限于 AssemblyProduct 和 AssemblyTitle. 这是我的构建脚本的片段:
..
我有一个包含大量项目的大型解决方案,使用 VS2008 SP1,并且每天至少遇到一次 LNK2022 错误.如果我对解决方案进行完全重建,它会很好地构建,但这并不有趣. 当依赖的 DLL 发生“微不足道"更改(即不更改任何方法或类)并且稍后构建引用项目时,就会发生这种情况.合并元数据时失败 - 无论这意味着什么. 首先要注意的是,共享 DLL 是通过 #using 从多个 .CPP 文
..
我只是想知道如何使用 Visual Studio (2005)自动增加文件的构建(和版本?). 如果我查找 C:\Windows\notepad.exe 的属性,版本选项卡会显示“文件版本:5.1.2600.2180".我也想在我的 dll 版本中获得这些很酷的数字,而不是 1.0.0.0 版本,让我们面对它有点乏味. 我尝试了一些东西,但它似乎不是开箱即用的功能,或者我可能只是找错了
..
自从 dotnet 核心移回 .csproj 格式后,有一个新的自动生成的 MyProject.AssemblyInfo.cs,其中包含: [assembly: AssemblyCompany(“MyProject")][装配:装配版本(“1.0.0.0")] 注意每次构建都会自动重新生成.以前,该文件是在/obj/目录中找到的,现在它似乎只在内存中,因为在磁盘上找不到该文件,并且单击错误消息
..
NET 3.5 解决方案,其中包含多个项目.有没有办法创建一个“全局"AssemblyInfo.cs,其中所有项目 AssemblyInfo.cs 都可以引用? 解决方案 在解决方案根目录的某处创建 AssemblyInfoInc.cs,在那里添加全局属性并添加为链接到每个项目.> 文件添加对话框:
..
以前,AssemblyInfo.cs 文件由 Visual Studio 自动创建,以包含程序集范围的属性,如 AssemblyVersion、AssemblyName 等. 在 .NET Core 和 ASP.NET Core 中,project.json 负责保存大部分信息. 所以问题是:我是否需要再用这些属性来标记我的程序集?如果我不使用该属性标记程序集,我会陷入什么陷阱?
..
自从 dotnet 核心移回 .csproj 格式后,有一个新的自动生成的 MyProject.AssemblyInfo.cs,其中包含: [assembly: AssemblyCompany(“MyProject")][装配:装配版本(“1.0.0.0")] 注意每次构建都会自动重新生成.以前,该文件是在/obj/目录中找到的,现在它似乎只在内存中,因为在磁盘上找不到该文件,并且单击错误消息
..
当我使用Application.UserAppDataPath进行配置时,我遇到了ArgumentException“路径中的非法字符." 根据Microsoft的说法,是不是错误,而是功能; 如何在FileVersionInfo.ProductVersion(以及因此在Application.ProductVersion和Application.UserAppDataPath)中获取非法
..
我正在使用VS2008和.NET Compact Framework 3.5构建可执行文件,目标是Windows Mobile 6专业版,但是每当我编译该项目时,我在AssemblyInfo.cs文件中指定的所有内容都将被忽略. 我在其他项目中已经做过很多次了,并且可以正常工作,但是由于某些原因,我无法显示AssemblyTitle/AssemblyProduct/AssemblyVersi
..
我继承了VB 2005的VB.Net代码库,并升级到了由大约100个项目组成的VB 2008 我正尝试还原所有组件的版本,但发现某些AssemblyInfo.vb文件具有AssemblyFileVersion条目,而某些具有AssemblyFileVersionAttribute条目. 另外,有些具有AssemblyVersion条目,而有些具有AssemblyVersionAttri
..
我已经在这个主题上进行了一些搜索,并且能够找到单独的解决方案来生成自定义内部版本号以及补丁程序集信息,但是我无法同时实现这两者.使用在搜索中找到的自定义POWERSHELL脚本时,我可以将内部版本号设置为使用该脚本创建的内部版本号,但是此内部版本号不会修补.我打补丁的唯一成功是使用设置数字和计数器.但是,POWERSHELL脚本创建的数字不能持续到程序集修补程序可以使用的程度.我做错了吗?
..
我有一个使用CruiseControl的自动构建系统.我正在使用SvnRevisionLabeller来获取要使用的版本字符串.通过此字符串,我可以使用nant更新AssemblyInfo.cs,以便在构建时具有正确的构建字符串.我还可以使用此CC标签来标记Subversion存储库. 所以一切都对齐了 -CCNet Build标签 -可执行文件(组装信息) -版本控制(下属标记)
..
我为我的一些相关项目设置了CruiseControl.net. 结果,CruiseControl中的单个项目标签具有多个SVN检出,然后一堆msbuild任务编译了所有单独的sln文件. 完成此构建后,我需要更新所有解决方案的程序集版本. 但是,由于我不使用nant也不使用MSBuild proj文件,因此我不确定如何获得此文件. 我想知道我是否缺少明显的东西.我只需要一个解决方案,可
..
以前,Visual Studio自动创建了 AssemblyInfo.cs 文件,以包含程序集范围的属性,例如AssemblyVersion,AssemblyName等。 在.NET Core和ASP.NET Core中, project.json 负责保存大部分信息。 问题是:我是否需要再用该属性标记我的程序集? 如果不使用该属性标记程序集,该怎么办? 解决方案 proje
..