标签: build-agent

来自TFS并在客户项目中使用TeamCity ....

...有没有办法在一台计算机上安装多个代理程序实例？我可以轻松地用TFS做到这一点.

原因是我们构建了一些(大)部分执行线性的脚本并花费了大量时间.基本上有一个现代服务器(4,6,8,12个核心),没有什么能阻止服务器在同一时间实际有效地运行多个构建 - 除了似乎没有办法在一台机器上安装多个代理实例.

我想以用户身份安装TeamCity BuildAgend.在此输入我的用户凭据时:

我总是得到这个错误:

注意:我的帐户(用户)是管理员,拥有完全权限!

我怎样才能做到这一点？

在尝试停止TeamCity上的构建后,偶尔会出现"无法停止"状态.我希望在构建代理上杀死我的构建过程可以解决问题,但它不起作用.在构建计算机上停止TeamCity代理程序也无济于事.重新启动构建代理(即计算机)可以解决问题,但在机器启动后需要2-3分钟.看起来TeamCity服务器本身认为我的构建仍在运行.

有没有更好的方法来阻止这些构建？或者也许有某些信息可以解释这个逻辑？

我向我的Teamcity BuildServer添加了一个自签名证书,以引入https支持,以便现在可以访问它

https://ServerUrl:8443

(更多细节如何在这里)

结果是我能够通过https访问服务器,但我的构建代理现在已断开连接.如何解决这个问题？

我有一个在私有代理中运行的.NET解决方案的构建.该解决方案包含.NET Core 2.1和.NET Standard 2.0项目.

安装的一些nuget包如下:

• NETStandard.Library v2.0.3
• Microsoft.AspNetCore.Mvc v2.0.0
• Microsoft.NETCore.App v2.1.5

尝试使用以下错误恢复nuget包时,构建失败:

"F:\ Agent01\w\141\s\xxxxxxx.sln"(恢复目标)(1) - >(恢复目标) - > C:\ Program Files\dotnet\sdk\2.1.500\NuGet.targets(114 ,5):错误:无法加载源https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json的服务索引.C:\ Program Files\dotnet\sdk\2.1.500\NuGet.targets(114,5):错误:响应状态代码不表示成功:401(未授权).

构建任务如下:

这是%appdata%\NuGet\nuget.config构建代理中的文件内容:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
    <add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
  </packageSources>
  <packageSourceCredentials>
    <MyFeed>
      <add key="Username" value="LocalBuildAgent" />
      <add key="ClearTextPassword" value="xxxxxxxxxxx" />
    </MyFeed>
  </packageSourceCredentials>
</configuration>

我已经检查了一些类似的问题,但到目前为止,我无法找到解决问题的方法.

一些说明:

• 个人访问令牌未过期
• 此特定构建在其他构建代理中成功运行
• 至少有一个带有" nuget restore "任务的构建使用此代理成功运行(常规nuget还原任务,而不是.NET Core)
• 尝试重新启动构建代理,但没有成功
• 尝试在恢复之前指定特定版本的nuget,但没有成功
• 构建代理中的.NET Core SDK最新版本为2.1.500(已安装多个版本)

我错过了什么？如何解决这个问题？为什么我不能使用dotnet restore命令恢复包？ …

我安装了VS 2017 Build代理并将其注册在"默认"代理队列中.我正在尝试构建的项目是VS 2017类库项目,目标是.Net Standard 1.0.从Visual Studio构建时,构建成功.但是,构建代理上的构建失败.

T16:05:59.0389362Z ## [错误] C:\ Windows\ServiceProfiles\NetworkService\AppData\Local\Temp.NETStandard,Version = v1.0.AssemblyAttributes.cs(4,20):错误CS0400:类型或命名空间在全局命名空间中找不到名称'System'(您是否缺少程序集引用？)

通过将构建日志与我的本地构建进行比较,我可以看到构建代理调用缺少"引用"属性的csc.exe.我的项目没有任何明确的引用 - 它只需要.NetStandard 1.0库(SDK).构建代理使用的命令行是:

\ MSBuild\15.0\Bin\Roslyn\csc.exe/noconfig/unsafe-/checked-/nowarn:1701,1702,1705/nostdlib +/errorreport:prompt/warn:4/define:TRACE; RELEASE; NETSTANDARD1_0/debug-/debug:portable/filealign:512/nologo/optimize + /out:obj\Release\netstandard1.0\Geo.Common.dll/ruleset:"C:\ Program Files(x86)\ Microsoft Visual Studio\2017\Professional\Team Tools\Static Analysis Tools\Rule Sets\MinimumRecommendedRules.ruleset"/ target:library/warnaserror-/utf8output/deterministic + Distance.cs DistanceExtensions.cs GeoCoordinate.cs Unit.cs"C:\ Windows\ServiceProfiles\NetworkService\AppData\Local\Temp .NETStandard,Version = v1.0.AssemblyAttributes.cs"obj\Release \netstandard1.0\Geo.Common.AssemblyInfo.cs

我知道我可以将"引用"列表硬编码为构建定义中的构建步骤的命令行属性,但这是一种解决方法.解决这个问题的正确方法是什么？

谢谢!

更新 原来发现失败的原因是构建定义中的早期步骤,NuGet Restore使用的是3.5版本的nuget.exe.因为项目文件是VS 2017格式,nuget.exe无法找到任何引用的包,所以在没有实际提取任何内容的情况下成功完成.因此,在下一步,构建失败,因为没有NuGet包(因此任何程序集) )被发现.

解

我下载了nuget.exe 4.0(在这里找到)并将其放在代理的工作目录中(在我的情况下为D:\ VsAgentWork \nuget.exe).然后,我自定义了NuGet Restore步骤,从提供的位置引用nuget.exe(.... \nuget.exe).

我们最近将一些项目升级到.net framework 4.7.1,但我们的内部部署构建代理无法运行构建解决方案构建步骤.我们正在使用Visual Studio Team Services.

完整的错误是......

C:\ Program Files(x86)\ Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Common.CurrentVersion.targets(1122,5)C:\ Program Files(x86)\ Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Common.CurrentVersion.targets(1122,5):错误MSB3644:找不到框架".NETFramework,Version = v4.7"的引用程序集.要解决此问题,请为此框架版本安装SDK或Targeting Pack,或者将应用程序重新定位到已安装SDK或Targeting Pack的框架版本.请注意,程序集将从全局程序集缓存(GAC)中解析,并将用于代替引用程序集.因此,您的程序集可能无法正确定位到您想要的框架.

构建机器是安装了Visual Studio 2017,15.4.4的Windows Server 2016 azure VM.我从这里手动安装了4.7.1 .net框架sdk:https://docs.microsoft.com/en-us/dotnet/framework/whats-new/index#v471.

我重新启动并重新启动了代理服务,但仍然失败了以上.

有任何想法如何解决这个问题？

可以在此处找到完整的构建解决方案日志文件:构建解决方案日志要点

谢谢,

我的开发团队正在使用 Azure Devops 的 Microsoft 托管构建代理，但希望拥有性能更高的构建代理。目前我们的构建时间有时会超过 5 分钟，这是不可取的。

我们不想走自托管路线，因为那样我们将需要管理我们自己的构建代理的任务。现阶段我们根本没有资源来完成这样的任务。

是否可以在 Azure DevOps 上升级到性能更高的 Microsoft 托管构建代理？

可能只是我们需要优化构建构建的方式，然后缩短构建时间 - 但想知道这样的选项是否可用。

谢谢你！

我不知道在mac上设置TeamCity代理的步骤,所以如果有人这样做的话.请分享您的经验.

我在Azure中设置了一个托管代理来进行CI构建,但是在构建失败之前,我在Visual Studio构建步骤中收到以下警告:

"找不到Visual Studio版本'15 .0'.正在寻找最新版本."

查看托管代理的文档,看起来它们未部署在Visual Studio 2017中:

https://www.visualstudio.com/en-gb/docs/build/concepts/agents/hosted

是否有人知道何时使用Visual Studio 2017部署托管代理或什么时候可能？