我在卸载时遇到问题Microsoft .NET Core 1.0.0 RC2 - VS 2015 Tooling Preview 1.我在Windows 7中,在Programs and Features窗口中.当我点击uninstall,它带来了一个对话框,其中的选项repair,uninstall以及cancel.单击时uninstall,弹出"打开文件"窗口.
我已经google了一下,看看是否有一个文件我可以下载以满足这个"打开文件"窗口.我找不到任何地方.以下是我所看到的一些事情,但我无法理解哪一个可能适合.
https://www.microsoft.com/net/download
我试图卸载它的原因是因为我在Visual Studio 2015社区遇到了很多麻烦,这是故障排除过程的一部分.
.net visual-studio azure-pipelines-release-pipeline azure-artifacts
我正在按照此过程为.NET Core Web API项目创建YAML构建管道:
https://docs.microsoft.com/en-us/azure/devops/pipelines/get-started-yaml?view=vsts
在发布它时,我注意到(最近重命名的)Azure DevOps似乎不支持YAML来定义发布管道.但是,我可以看到已经定义了部署任务,例如:
我们是否期望升级到发布管道功能以支持YAML,如果是,何时?
在过去的 6 个月中,我一直在使用 Azure DevOps 中的管道进行发布,但今天我收到以下错误:
2019-09-25T14:24:38.4296875Z ##[section]Starting: Azure App Service Deploy: AS-ServiciosNegocio-API-UAT
2019-09-25T14:24:38.4419797Z ==============================================================================
2019-09-25T14:24:38.4419900Z Task         : Azure App Service deploy
2019-09-25T14:24:38.4419986Z Description  : Deploy to Azure App Service a web, mobile, or API app using Docker, Java, .NET, .NET Core, Node.js, PHP, Python, or Ruby
2019-09-25T14:24:38.4420053Z Version      : 3.4.31
2019-09-25T14:24:38.4420117Z Author       : Microsoft Corporation
2019-09-25T14:24:38.4420182Z Help         : https://docs.microsoft.com/azure/devops/pipelines/tasks/deploy/azure-rm-web-app-deployment
2019-09-25T14:24:38.4420291Z ==============================================================================
2019-09-25T14:24:39.1630446Z Got connection details for Azure App Service:'AS-ServiciosNegocio-API-UAT'
2019-09-25T14:24:39.3091141Z ##[error]Error: Failed to get resource ID for resource type …deployment access-token azure-web-app-service azure-devops azure-pipelines-release-pipeline
在使用Azure Devops将我的应用程序部署到azure环境时,我一直面临着这个问题.
其中一个部署任务失败,并显示以下错误消息:
## [debug]部署失败,错误:TypeError:无法读取未定义的属性'scmUri'
当我重试部署几次成功并部署成功完成时.
导致此错误的问题是什么?
azure azure-deployment azure-devops azure-pipelines-release-pipeline
我需要一个正在运行的发布任务的输出中的某些内容,以使其完成(身份验证代码)。但是控制台现在没有更新。我得到的只是“正在等待来自代理的控制台输出...”
在我们的自托管代理(Linux或Windows)和托管Ubuntu 1604代理上都会发生这种情况。
有问题的步骤是标准的Kubernetes任务:https : //github.com/Microsoft/azure-pipelines-tasks/tree/master/Tasks/KubernetesV1
这并非总是发生。
azure-devops azure-pipelines-build-task azure-pipelines azure-pipelines-release-pipeline
我有一个相当简单的scenarion,一个主分支,然后当我想做一个生产版本时,我想用例如标记一个提交.VX.XX
CI/CD管道如下所示
构建 - >临时环境 - >生产环境
我在将标签推送到git时找到了此链接触发器构建.我只是无法弄清楚如何使它工作.它根本不适合我.
是否可以,如何在将标记添加到提交时配置VSTS以启动构建?
git azure-devops azure-pipelines azure-pipelines-release-pipeline
我为我们的几台服务器配置了相同的版本,但我遇到其中一个服务器问题(其他服务器工作正常):
[error]无法将Web包部署到IIS网站.
[错误]错误:C:\ vstsagent\A2_work_tasks\IISWebAppDeploymentOnMachineGroup_1b467810-6725-4b6d-ACCD-886174c09bba\0.0.20\MSDeploy3.6\msdeploy.exe失败,返回码:2148734720
不幸的是,我找不到与此错误代码相关的任何有用的信息.
我的发布配置:
IIS Web App部署(预览)
具有一个特定登台服务器的部署组(我使用的是内部部署代理)
网站名称:IIS中我网站的正确名称
虚拟应用程序:空字段
文件夹包:从构建工件中选择的zip
选择"XML变量替换"
选择"删除目标位置的其他文件"
我已经尝试过没有运气了:
手动转动应用程序
删除应用程序文件夹中的所有文
更改用于服务的用户帐户
再次 - 其他服务器的相同配置工作正常.
服务器配置:Windows Server 2012R2标准x64
我的团队正在使用VSTS构建和发布机制,结合了拉取请求分支安全设置,因此代码只能在拉取请求完成时合并.
我们遇到了一些奇怪的事情,因为当创建一个pull-request(并且生成一个构建来证明提交)时 - 由pull请求触发的这个构建的完成也会间接触发一个release,因为我们有一个release release设置.
这本身可能没问题,但接下来发生的事情就是"完成"拉取请求,另一个构建和发布周期发生!
是否有一种方法可以在拉取请求完成并合并到发布分支时启动VSTS释放触发器?
谢谢!
git azure-devops azure-pipelines azure-pipelines-release-pipeline
我目前正在尝试将公司A拥有的Azure DevOps下的发布管道中的应用程序部署到公司B拥有的Azure上托管的Azure应用程序中.
尝试释放停止Azure应用程序时继续收到此错误:
错误:无法获取资源类型"Microsoft.Web/Sites"和资源名称"AppName"的资源ID.错误:无法获取托管服务主体的访问令牌.请为虚拟机" https://aka.ms/azure-msi-docs " 配置托管服务标识(MSI).状态码:400,状态消息:错误请求
我不知道如何解决这个问题.
到目前为止做了什么:
我很确定需要更多才能使发布部署工作,但经过深入搜索后,我无法找到任何内容.
希望这里有人可以提供建议.
azure azure-web-app-service azure-devops azure-pipelines-release-pipeline
我在Azure DevOps存储库中有一个ASP.NET Core项目,使用DevOps构建管道可以构建它.但是,该版本的发布总是因此错误而失败:
错误:找不到包含指定模式的包:D:\ a\r1\a***.zip
这是我的azure.pipelines.yml档案:
pool:
  vmImage: 'vs2017-win2016'
variables:
  buildConfiguration: 'Release'
steps:
  - script: dotnet build ".\src\MyProject.sln" --configuration $(buildConfiguration)
    displayName: 'dotnet build $(buildConfiguration)'
  - script: dotnet publish ".\src\MyProject.sln" --configuration $(buildConfiguration) --output $(Build.ArtifactStagingDirectory)
     displayName: 'dotnet publish $(buildConfiguration)'
  - task: PublishBuildArtifacts@1
    pathtoPublish: '$(Build.ArtifactStagingDirectory)' 
    artifactName: 'drop' 
    publishLocation: 'Container'
日志
初始化工作:
2018-11-02T05:31:14.7337716Z ##[section]Starting: Initialize job
2018-11-02T05:31:14.7338264Z Current agent version: '2.141.1'
2018-11-02T05:31:14.7365208Z Prepare release directory.
2018-11-02T05:31:14.7379296Z ReleaseId=4, TeamProjectId=ea66a316-xxxx-xxxx-xxxx-866fc594b83f, ReleaseDefinitionName=New release pipeline
2018-11-02T05:31:14.7461870Z Release folder: D:\a\r1\a …azure-pipelines-release-pipeline ×10
azure-devops ×9
azure ×2
git ×2
.net ×1
access-token ×1
deployment ×1