在虚拟机中安装Build Server是否更好？在VM中构建服务器的好处是否超过成本？
我们的构建服务器仅配置了MS Build Tools 2015,以确保我们已经安装足够的东西来构建项目而无需安装太多(即完整的VS Developer Environment导致过去的部署问题).
我们现在想开始在这个服务器上构建Azure项目,但选项似乎是"包括Visual Studio实例在内的一切",或" 全部或部分这些位 ":
显然我可能不需要模拟器......
我已经开始尝试使用Hudson作为构建服务器.我正在使用subversion并将其配置为每分钟轮询一次.我看到的问题是,如果版本10的版本需要5分钟,并且在此期间有5次提交,Hudson将在下一次构建版本15.
有没有办法确保每个修订都建立？
当单元测试失败时,是否可以停止TeamCity构建(整个构建,即它不会执行后续步骤)？理想情况下,我也希望它能够终止当前正在执行的步骤,在我的情况下,这将是Nunit Test Runner.在我的情况下,如果单个单元测试失败,继续构建是没有意义的.我已经查看了失败条件,但我不认为它们适用于构建继续运行.
要求的功能:http://youtrack.jetbrains.com/issue/YTF-3275
从TFS获取源时,我们间歇性地收到此错误:
2017-03-23T23:49:31.0591599Z ##[section]Starting: Build solution [SOLUTION-NAME].sln
2017-03-23T23:49:31.0591599Z ==============================================================================
2017-03-23T23:49:31.0591599Z Task : Visual Studio Build
2017-03-23T23:49:31.0591599Z Description : Build with MSBuild and set the Visual Studio version property
2017-03-23T23:49:31.0591599Z Version : 1.113.0
2017-03-23T23:49:31.0591599Z Author : Microsoft Corporation
2017-03-23T23:49:31.0591599Z Help : [More Information](https://go.microsoft.com/fwlink/?LinkID=613727)
2017-03-23T23:49:31.0591599Z ==============================================================================
2017-03-23T23:49:31.6529233Z Unable to determine the workspace. You may be able to correct this by running 'tf workspaces /collection:TeamProjectCollectionUrl'.
2017-03-23T23:49:31.8872843Z ##[error]Exit code 100 returned from process: file name 'tf', arguments 'vc resolvePath "$\My Development\Trunk\src\Rostering\trunk\[SOLUTION-NAME].sln" /loginType:OAuth /login:.,******** /noprompt'.
知道导致这个问题的原因吗？发生这种情况时,我们看不到明确的模式 …
Perforce认为尝试提交没有文件的更改列表是一个错误(p4 submit ...返回退出代码1).这导致我们的构建服务器上的定期集成构建失败(我们正在使用Zutubi的Pulse系统); 在这种情况下,我宁愿让构建成功,可能会发出警告.
Pulse具有退出代码重映射功能,但Perforce似乎没有消除提交空更改列表失败和任何其他提交失败之间的歧义(这样的验证触发器失败,我确实希望构建失败).
我想到的最明显的(但在我看来,不优雅的)解决方案是将p4 submit批处理文件中的执行包装起来,首先通过计算输出行来检查目标更改列表是否为空p4 opened- 或者只是解析输出的p4 submit为"没有文件"的消息,并从批处理文件成功返回.
是否有更好的处理方法,我没有看到？
我有一个 jenkins 构建器服务器，我正在尝试使用 nginx 设置反向代理。我遵循了 jenkins 站点上的所有操作方法和文档，但唯一不同的是我需要可以在不同端口上访问服务器，然后是标准 https 端口。
必须可以访问https://jenkins.example.com:9090现在正在运行的服务器，但我仍然遇到一些问题。在管理詹金斯我不断收到消息
您的反向代理设置似乎已损坏
此外，当我登录或应用或保存一些配置更改时，我不断被重定向到https://jenkins.example.com没有端口号。
当我检查 curl 并查看某些页面的标题时，它会不断将位置标题设置为正确的 url 但没有端口号。
我在nginx中有以下配置
server {
listen 443 ssl spdy;
server_name jenkins.example.com;
add_header Strict-Transport-Security "max-age=31536000; includeSubdomains; preload";
add_header X-Frame-Options "DENY";
ssl on;
ssl_certificate /etc/nginx/ssl/server.chain.crt;
ssl_certificate_key /etc/nginx/ssl/server.key;
ssl_ciphers "EECDH+AESGCM:EDH+AESGCM:ECDHE-RSA-AES128-GCM-SHA256:AES256+EECDH:DHE-RSA-AES128-GCM-SHA256:AES256+EDH:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-$
ssl_prefer_server_ciphers on;
ssl_session_cache shared:SSL:10m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
# Diffie-Hellman parameter for DHE ciphersuites, recommended 2048 bits
ssl_dhparam /etc/nginx/ssl/dhparam.pem;
# enable ocsp stapling (mechanism by which a site can convey certificate revocation information to …我一直在阅读很多关于Docker及其用途的内容.目前,我们正在使用TFS构建和部署我们的内部应用程序(.net c#).过渡到Docker有什么好处吗？设置的意义是在TFS运行构建之后,它将部署到容器中吗？
目前除了做一堆手动步骤之外,没有简单的方法来运行构建:如何:在桌面上构建团队项目.
我正在尝试将我们的Delphi 10 Seattle项目的自动构建添加到我们的构建服务器(目前构建我们所有的.NET和Java项目).现在Delphi使用MSBUILD,它与TeamCity很好地集成.
我可以在装有Delphi 10 Seattle的机器上本地构建东西.
我想在服务器上运行构建,而不必安装完整的IDE,如果可能的话.
在服务器上运行时,构建因以下错误而失败(第二行,第一行是构建命令):
[15:24:24][DCC] c:\Delphi\17.0\bin\dcc32.exe -$O- -$W+ --no-config -B -Q -TX.exe -AGenerics.Collections=System.Generics.Collections;Generics.Defaults=System.Generics.Defaults;WinTypes=Winapi.Windows;WinProcs=Winapi.Windows;DbiTypes=BDE;DbiProcs=BDE;DbiErrs=BDE -DDEBUG -E..\..\MODASMobileServer\Win32\Debug -I..\..\Source\Common;..\..\Source\Interfaces;..\..\Source\Messages;..\..\Source\Language\English;c:\Delphi\17.0\lib\Win32\Debug -NU..\..\Temp\MODASMobileServer\Win32\Debug -NSWinapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;System;Xml;Data;Datasnap;Web;Soap;Vcl;Vcl.Imaging;Vcl.Touch;Vcl.Samples;Vcl.Shell; -O..\..\Source\Common;..\..\Source\Interfaces;..\..\Source\Messages;..\..\Source\Language\English;c:\Delphi\17.0\lib\Win32\Debug -R..\..\Source\Common;..\..\Source\Interfaces;..\..\Source\Messages;..\..\Source\Language\English;c:\Delphi\17.0\lib\Win32\Debug -U..\..\Source\Common;..\..\Source\Interfaces;..\..\Source\Messages;..\..\Source\Language\English;c:\Delphi\17.0\lib\Win32\Debug -V -VN -NO..\..\Temp\MODASMobileServer\Win32\Debug MODASMobileServer.dpr
[15:24:24][DCC] This version of the product does not support command line compiling.
显然它认为它没有得到正确的许可.
BIN,BIN64和LIB目录是从完全注册和正在运行的安装中复制的.
为了在不安装IDE的情况下在构建服务器上构建XE10项目,我需要做什么？或者我是否需要辞职才能安装IDE？
我在构建服务器上安装了Visual Studio 2017的MSBuild(15.4.0)工具.为此,我使用了Visual Studio Downloads中标题为"Visual Studio 2017的构建工具"的链接
MSBuild.exe的路径是:
C:\ Program Files(x86)\ Microsoft Visual Studio\2017\BuildTools\MSBuild\15.0\Bin
我已将此路径添加到环境变量"路径".
我有一个powershell脚本,以下作为构建任务的主体:
msbuild'..\MyApplication.sln'/ t:Build /tv:15.0/p:GenerateBuildInfoConfigFile = false/p:Configuration = Release/p:RunCodeAnalysis = True /p:VisualStudioVersion=15.0
但是,当执行此操作时(全部由TeamCity处理)我在LOG中找到以下内容:
MSBUILD:错误MSB1040:ToolsVersion无效.工具版本"15.0"无法识别.可用的工具版本是"2.0","3.5","4.0".
该文件表明,15.0应该是正确的.
编辑 从2017 年MSbuild 15中的新功能文档中可以看出:
此版本工具的MSBuildToolsVersion为15.0.程序集版本为15.1.0.0.
但是,2017年文档MSBuild命令行参考指出:
对于MSBuild 4.5,您可以为版本指定以下值:2.0,3.5和4.0.如果指定4.0,则VisualStudioVersion构建属性指定要使用的子工具集.有关更多信息,请参阅Toolset的子工具集部分(ToolsVersion).
所以我对命名法有点困惑:MSBuild 15或MSBuild 4.5 ......？