标签: build-server

我正在构建服务器中构建/打包Web应用程序,但它失败并出现以下异常:

ASPNETCOMPILER错误ASPCONFIG:无法找到CodeDom提供程序类型"Microsoft.VisualC.CppCodeProvider,CppCodeProvider,Version = 10.0.0.0,Culture = neutral,PublicKeyToken = b03f5f7f11d50a3a".

构建服务器:

• Windows Server 2008 R2标准版
• TeamCity 8.0.4
• .NET 4.5
• Windows SDK for Windows 7和.NET 4
• Windows SDK for Windows 8和.NET 4.5
• 便携式类库工具
• ASP MVC 4

该应用程序是一个ASP MVC 4 Web应用程序,面向.NET 4.5.

构建配置包括使用MSBuild构建解决方案,允许部署到包,以便稍后发布.

通过TeamCity的日志,我可以看到当MSBuild运行"aspnet_compiler.exe"时出现错误.

构建在我的开发机器中没有问题,也可以毫无问题地将它发布到本地IIS.

有谁知道导致这个问题的原因是什么？

UPDATE

请参阅下面的答案.

Jenkins中是否有任何可用的插件允许您在作业中重用共享配置...例如,我可以为Continuous Integration定义模板,为运行测试定义其他模板,并为这些模板为不同的分支创建多个作业.

我知道Enterprise Jenkins中提供了模板插件,但jenkins开源有类似的东西吗？

我在寻找类似的东西 了这里

我有一个用于我的构建的 Azure 管道设置。我最近遇到了这个问题，但找不到解决方法：

##[error]C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Current\Bin\Microsoft.Common.CurrentVersion.targets(1220,5): Error MSB3644: The reference assemblies for .NETFramework,Version=v4.6.1 were not found. To resolve this, install the Developer Pack (SDK/Targeting Pack) for this framework version or retarget your application. You can download .NET Framework Developer Packs at https://aka.ms/msbuild/developerpacks

大约一周前，我们的许多构建都失败了，微软改变了一些东西，我们得到了这样的东西：

[error]C:\Users\VssAdministrator\.nuget\packages\codegeneration.roslyn.buildtime\0.6.1\build\CodeGeneration.Roslyn.BuildTime.targets(73,5): Error CGR1001: CodeGeneration.Roslyn.Tool (dotnet-codegen) is not available, code generation won't run. Please check https://github.com/AArnott/CodeGeneration.Roslyn for usage instructions. 

但是能够通过显式添加一个任务来包含 netcore2.1 sdk 来解决这个问题

##[error]C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Current\Bin\Microsoft.Common.CurrentVersion.targets(1220,5): Error MSB3644: The reference assemblies for .NETFramework,Version=v4.6.1 were not found. …

我目前正在研究一个连续集成服务器的良好设置,它将为几个Linux发行版构建各种C++应用程序.

我的主要问题是这里的其他用户如何处理Linux发行版之间系统库的差异？

虽然构建直接依赖项(如UI库和应用程序)可能相对容易,但如果必须每次都与应用程序一起构建glibc等"间接"依赖项,那么它们就会非常痛苦.因此,我正在考虑将实际构建执行移动到每个分发的单独虚拟机中,例如使用rlogin来运行命令.我的目标是防止构建机器库版本与目标分发版本中部署的版本之间的二进制不兼容.

这里有没有人有这样一个过程的经验,可以判断上述听起来是否像一个可行的方法？

我们有两个网站用于相同的客户端(主要的www站点,另一个用于电子商务网站,位于单独的服务器上),它们使用共享的代码部分(各种功能/样式/ javascript等).我们目前通过在SVN中将共享代码作为单独的项目(在同一个存储库中)并使用svn:externals将这些中的每个分支拉入两个网站项目来管理它.

我们刚刚创建了两个发布分支,每个分支对应两个站点.在工作时,一切都被正常地提交到每个站点的中继线,当"准备好直播"时,我们将它合并到该站点的发布分支中.除了今天我们修改了一些共享代码并注意到发布分支在我们对发布分支进行更新时立即将其拉出来.这不是我们想要的:(

所以任何想法我们如何解决这个问题.我们使用外部来干扰代码的共享,但还有另一种方法吗？请注意,在这个问题中(我如何在SVN中分支并让它分支我的svn:外部文件夹？)他们提到外部是坏的,我们应该使用不同的构建过程,但没有提到应该是什么.

我们有CruiseControl.net运行我们的构建,并渴望得到这个坚果破解.有没有人对更好的流程有任何想法？

干杯

皮特

更新:我们已经开始使用Mercurial(Fogcreek的Kiln)进行源代码控制.Mercurial也有子回购的想法所以我们也跟着那条路线跟我们的项目.然而,它是有代价的,分支是非常困难的,因为标记和简单地保持一切都是最新的.我们最新的方法是将两个项目都纳入一个回购,包括所有共享回购.这给了我们一个"大型项目",它减慢了克隆时间(在SVN中查看),但我们很少这样做,以至于不必处理子回购的收益使它非常值得.我们现在使用功能切换/切换而不是分支,这也极大地简化了我们的开发.

我有一个问题...... .NET应用程序是否有免费的构建服务器？我们正在启动项目作为远程工作团队,现在我们正在寻找这样的解决方案.至于这是一个学术项目,我们没有资金购买服务器和运行CC.net ..是否有任何免费的解决方案？或者至少便宜的......

我问的是互联网上的服务,而不是软件解决方案;)

由于有兴趣将我们的服务器系统迁移到.Net核心,我目前正在尝试VS2017.我已经切换了几个小工具项目来定位.NetStandard 1.2(重新创建和移动文件),一切都在本地构建.

但是,当我在TeamCity 10.0.5服务器上请求构建时,构建失败并显示以下消息(项目名称已编辑):

E:\ TeamCity\buildAgent1\work\467cb2a824afdbda\Source\{PROJECT FOLDER}\{PROJECT} .csproj错误MSB4019:导入的项目"C:\ Program Files(x86)\ Microsoft Visual Studio\2017\BuildTools\MSBuild\Sdks找不到\ Microsoft.NET.Sdk\Sdk\Sdk.props".确认声明中的路径是否正确,以及该文件是否存在于磁盘上.

Microsoft.NET.Sdk文件夹确实存在于我的机器上,但不存在于构建服务器上.

我已经为Visual Studio 2017安装了构建工具,并安装了.Net Core 1.1 SDK,构建配置使用了VS2017的Visual Studio(sln)运行器.

我错过了哪些工具/安装程序？

更新: 我已经尝试使用Full Visual Studio 2017安装程序(社区),并且.NET Framework 4.5 Targeting Pack软件包添加了相关文件夹.奇怪,因为服务器上已经安装了4.5多目标包.

在设置Build代理以使用完整的VS2017社区安装后,出现了许多其他问题,例如在相关项目中找不到System命名空间.

添加dotnet还原构建步骤可以解决此问题,但是其他名称空间缺失(缺少安装),等等.

使用.NETStandard项目构建完整的框架解决方案似乎依赖于.NET Core来构建,我不明白,因为我不是针对.NET Core.

在带有.NET 4 SDK但没有Visual Studio 2010的Windows Server 2003 R2上,我尝试使用构建Visual Studio 2010解决方案

msbuild MySolution.sln /p:RunCodeAnalysis=true

但那失败了.

在这样的环境中运行代码分析需要什么？

我收到此错误消息:

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\CodeAnalysis\Microsoft.CodeAnalysis.targets(129,9): error MSB6003: 
The specified task executable "FxCopCmd.exe" could not be run. 
Could not load file or assembly 
'Microsoft.VisualStudio.CodeAnalysis.Sdk, Version=10.0.0.0, Culture=neutral, PublicKeyToken= b03f5f7f11d50a3a' 
or one of its dependencies. 
The system cannot find the file specified.

我已经从SDK中安装了FxCop,但幸运的是将变量FxCopDir指向FxCopCmd.exe的安装位置,并将此注册表项设置为该位置:

HKEY_LOCAL_MACHINE\Software\Microsoft\VisualStudio\10.0\Setup\EDev@FxCopDir

使用由现场TFS2015提供的PowerShell脚本配置构建代理时,脚本会因为无法在服务器上找到代理池而出错.

但是,代理池'default'肯定存在.在另一台服务器上,相同的脚本按预期工作,并且构建运行.请参阅下面的脚本输出.

我试过跟随:

• 在服务器上创建新的代理程序池,并在脚本中引用它.同样的问题"未找到代理程序池".
• 安装Visual Studio 2015具有最少的功能.
• 运行脚本的用户是"构建管理员"和"构建服务帐户"安全组的成员.

是什么导致脚本在代理池验证时失败？

PS C:\ Windows\system32> E:\ Build\agentConfigureAgent.ps1
输入此代理的名称(默认为Agent-SRV001):BUILD002
输入Team Foundation Server的URL(默认为:http:// [ip-地址]:8080/tfs
为代理池配置此代理？(默认池名称为'default'):
输入此代理的工作文件夹路径(默认为'E:\ Build\agent_work'):E:\ Build \工作
是否要将代理安装为Windows服务(是/否)(默认为Y):n
是否要取消配置任何现有代理(Y/N)(默认为N;代理将更新):
配置代理
解除阻止文件调用代理配置不带/ RunningAsService
调用代理配置不带/ Force
无法找到名称为的代理池:default
警告:配置代理失败,但您可以通过使用/ Force配置来解决此问题.
是否要尝试使用参数-Force(Y/N)再次配置代理:y
呼叫代理配置不带/ RunningAsService
呼叫代理配置/强制
无法 找到名称为agent的代理池:default
E:\ Build\agent\ConfigureAgent.ps1:配置代理失败.在行:1 char:1
+ E:\ Build\agent\ConfigureAgent.ps1 + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~
+ CategoryInfo:NotSpecified:(:) [Write-Error],WriteErrorException
+ FullyQualifiedErrorId:Microsoft.PowerShell.Commands.WriteErrorException,ConfigureAgent.ps1

我设置我的Visual Studio Team Service帐户来克隆我的私有GitHub仓库,并在我对构建进行排队时构建Windows UWP应用程序.克隆工作没有任何问题; 除了一个项目之外,每个项目的编译(6)都有效.Windows UWP应用程序项目.

构建服务器编译应用程序时,我收到以下警告:

C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets(1778,5):警告APPX0104:找不到证书文件'myapp_TemporaryKey.pfx'.

2> C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets(1778,5):警告APPX0104:找不到证书文件'myapp_TemporaryKey.pfx'.[C:\一个\ 1\S \源\应用\ myapp.WindowsUWP\myapp.csproj]

C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets(1778,5):警告APPX0102:项目中指定的指纹'58F2EA544193F6FC9F2737135570555B388E58D8'的证书不能在证书商店找到.请在项目文件中指定有效的指纹.

2> C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets(1778,5):警告APPX0102:项目中指定的带有指纹'58F2EA544193F6FC9F2737135570555B388E58D8'的证书在证书商店中找不到.请在项目文件中指定有效的指纹.[C:\一个\ 1\S \源\应用\ myapp.WindowsUWP\myapp.csproj]

C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets(1778,5):警告APPX0107:指定的证书对签名无效.有关有效证书的详细信息,请参阅http://go.microsoft.com/fwlink/?LinkID=241478.2> C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets(1778,5):警告APPX0107:指定的证书对签名无效.有关有效证书的详细信息,请参阅http://go.microsoft.com/fwlink/?LinkID=241478.[C:\一个\ 1\S \源\应用\ myapp.WindowsUWP\myapp.csproj]

这是6个编译中的最后一个项目.收到警告后,它会将所有输出文件复制到最终/ bin目录.然后,当它完成后,报告与上面相同的消息,但这次是错误并且无法构建.

_GenerateAppxPackageFile:C:\ Program Files(x86)\ Windows Kits\10\bin\x64\MakeAppx.exe pack/l/h sha256/f obj\x86\Debug\package.map.txt/o/p C:\ a\1\s\Source\Applications\MyApp.WindowsUWP\AppPackages\MyApp_1.0.0.0_x86_Debug_Test\MyApp_1.0.0.0_x86_Debug.appx
MyApp - > C:\ a\1\s\Source\Applications\MyApp.WindowsUWP\AppPackages\MyApp_1.0.0.0_x86_Debug_Test\MyApp_1.0.0.0_x86_Debug.appx C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets(2382,5):错误APPX0104:证书文件找不到"MyApp_TemporaryKey.pfx".2> C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets(2382,5):错误APPX0104:找不到证书文件"MyApp_TemporaryKey.pfx".[C:\ a\1\s\Source\Applications\MyApp.WindowsUWP\MyApp.csproj] C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v14.0\AppxPackage\Microsoft.AppXPackage.Targets(2382 ,5):错误APPX0102:在证书库中找不到项目中指定的指纹"58F2EA544193F6FC9F2737135570555B388E58D8"的证书.请在项目文件中指定有效的指纹.2> C:\ Program …