Continuous integration TeamCity代理拥有;“丢失”;其环境路径

Continuous integration TeamCity代理拥有;“丢失”;其环境路径,continuous-integration,teamcity,nant,Continuous Integration,Teamcity,Nant,我很高兴与TeamCity Build服务器一起工作了一段时间,但突然间事情出了问题 构建代理的路径中似乎不再有任何内容。因此,例如,如果我的构建脚本(我使用NANT)调用xcopy来复制文件,这会突然开始失败,因为找不到xcopy-因此构建将失败,除非我将其更改为c:\windows\system32\xcopy 我可以手动浏览到BuildAgent文件夹并从那里运行nant脚本,所有这些都可以工作(因为路径设置正确) 我还没有升级TeamCity,所以我不明白为什么会发生这种情况。我不会覆盖

我很高兴与TeamCity Build服务器一起工作了一段时间,但突然间事情出了问题

构建代理的路径中似乎不再有任何内容。因此,例如,如果我的构建脚本(我使用NANT)调用xcopy来复制文件,这会突然开始失败,因为找不到xcopy-因此构建将失败,除非我将其更改为
c:\windows\system32\xcopy

我可以手动浏览到BuildAgent文件夹并从那里运行nant脚本,所有这些都可以工作(因为路径设置正确)

我还没有升级TeamCity,所以我不明白为什么会发生这种情况。我不会覆盖TeamCity中构建的环境参数中的任何内容。我也没有在构建设置中更改任何内容。我对这台包含构建代理的电脑所做的唯一一件事就是安装Visual Studio 2012的RC

有什么想法吗

编辑


进一步调查-我在TeamCity中找到了代理设置-其中名为“path”的环境变量仅设置为
C:\Program Files(x86)\Nmap
(最近安装)。这很奇怪,很可能是问题的原因。我只需要想办法让TeamCity回到“真实”的道路上。

解决了这个问题-这可能对其他人很有用

当我最近安装Nmap时,它为我的帐户添加了一个新的“用户变量”,称为“路径”,并设置为
C:\ProgramFiles(x86)\Nmap
。这会覆盖名为path的“系统变量”,并导致所有的破坏。删除了用户变量和所有正在工作的变量


@luke语法错误让我感到羞耻你是我的英雄!这是我的问题,但由于安装了一些(其他)软件并需要重新启动,我的判断变得混乱。重新启动后,新修改的路径var在我的构建代理中处于活动状态,因此把事情搞砸了。