小编Sha*_*zyk的帖子

如何删除已分配给端口的当前进程/应用程序？

例如: localhost:8080

我想弄清楚如何在我的脚本中跨 ADO 管道共享自定义变量。以下是我的脚本，分为 2 个阶段。

我将 设置curProjVersion为输出变量并尝试从不同的阶段访问它。我做得对吗？

stages:
- stage: Build
  displayName: Build stage
  jobs:
  - job: VersionCheck
    pool:
      vmImage: 'ubuntu-latest'
    displayName: Version Check
    continueOnError: false
    steps:

      - script: |
          echo "##vso[task.setvariable variable=curProjVersion;isOutput=true]1.4.5"
        name: setCurProjVersion
        displayName: "Collect Application Version ID"

- stage: Deploy
  displayName: Deploy stage
  dependsOn: Build
  variables:
    curProjVersion1: $[ dependencies.Build.VersionCheck.outputs['setCurProjVersion.curProjVersion'] ]
  jobs:
  - job: 
    steps: 
      - script: |
          echo $(curProjVersion1)

尝试在使用 YAML 完成另一个管道时触发 Azure 管道。有文档表明您可以添加管道资源：

resources:   # types: pipelines | builds | repositories | containers | packages
  pipelines:
  - pipeline: string  # identifier for the pipeline resource
    connection: string  # service connection for pipelines from other Azure DevOps organizations
    project: string # project for the source; optional for current project
    source: string  # source defintion of the pipeline
    version: string  # the pipeline run number to pick the artifact, defaults to Latest pipeline successful across all stages
    branch: …

我正在尝试使用cmd组件推送在 Azure 管道期间完成的一些更改，如下所示，

steps:
- script: |
   git config user.email you@you.com
   git config user.name "your name"
   git diff
   git  add .
   git commit -m "version update [skip ci]"
   git push origin HEAD:master

但它无法显示以下错误。

远程：0000000000aaTF41027：您需要 Git 'GenericContribute' 权限才能执行此操作。详细信息：身份'Build\sdfdfjjkk'，范围'repository'

我已经设置了必要的权限如下：

并且Allow scripts to access the OAuth token还启用了此处提到的

我还需要哪些其他权限才能使其工作？

我在TFS 2013服务器上安装了框架4.7.2并尝试使用msbuild构建作业.

我收到以下错误:

任务参数:TargetFrameworkMoniker = .NETFramework,Version = v4.7.2(TaskId:6)C:\ Program Files(x86)\ MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(1098,5):错误MSB3644:找不到框架".NETFramework,Version = v4.7.2"的引用程序集.要解决此问题,请为此框架版本安装SDK或Targeting Pack,或者将应用程序重新定位到已安装SDK或Targeting Pack的框架版本.请注意,程序集将从全局程序集缓存(GAC)中解析,并将用于代替引用程序集.因此,您的程序集可能无法正确定位到您想要的框架.输出属性:_TargetFrameworkDirectories =

关于我可以检查什么以使FW 4.7.2与MsBuild一起工作的任何想法

作为一家公司,我们正在使用Azure DevOps中的各种git repo创建NuGet包.测试和批准软件包后,应在Azure DevOps组织内共享.

通过使用Azure DevOps提要,我仍在努力设置构建/发布管道.在组织中共享包之前,包应首先可用于测试.

尽管Microsoft共享了许多建议和最佳实践,但我仍然找不到可行的解决方案.我将解释迄今为止我尝试过的解决方案:

解决方案A.

使用一个Feed,整个组织.测试完成后,软件包会自动推送到@local Feed并推送到@prelease和@release视图.管道使用如下:

• 我们根据git-flow与开发,功能和主分支一起工作.
• 在构建分支上触发CI构建
• 具有预发布后缀的包被推送到@local Feed.
• 通过在visual studio内的NuGet包管理器中启用预发布复选框,可以在其他工具中完成验收测试.
• 接受包后,将创建一个版本并触发新版本.
• 包被推了

问题解决方案A:

• 接受包时,应将其提升为@release视图,但包名仍包含-pre后缀.
• 当一个包被接受时,我认为不应该要求新版本,除非您可以从发布分支执行此操作吗？
• 虽然该包只能在带有前缀的visual studio中看到,但可以使用后缀推送到@release视图.
• 当一个包被提升时,它应该被复制和存储而没有任何后缀.

解决方案B.

为每个git存储库(由Microsoft推荐)使用专用订阅源,并从CI版本将NuGet包发布到此订阅源.每个包都发送到@local提要,没有任何后缀.测试并接受包时,包将被提升为@release视图.每个专用订阅源都配置为上游源(@release视图),发布视图中的包将在所有开发团队之间的组织中共享的公共订阅源中"缓存".

问题解决方案B:

• 只有在完成单个部署/构建后,才会添加/缓存通过上游源可见的包.将包提升为@release视图时,您无法强制执行此操作.
• 所有开发团队都必须在Visual Studio中订阅所有NuGet订阅源以安装最新版本的包.(30 git repos = 30个feed)

一般的问题:

• 当我们只创建NuGet包时,git-flow是否可行？
• 我们应该使用预发布包还是将它们保存在没有后缀的@ pre-release视图中？
• 启动新构建以获得没有后缀的包是错误的.一旦预发布包被测试,它应该只被提升到发布视图.
• 我们是否应该在CI构建中构建包并使用发布版本来发布包.我见过有人使用PowerShell和环境变量将包从一个版本升级到另一个版本.

我知道有很多问题,但我现在在这个问题上挣扎了很长时间.我希望有人能给我一些好的建议.

谢谢!

该文档说，TargetRefName当“启用 PR 重定向功能”时可以更新，但我在任何地方都找不到此选项，也看不到任何有关如何启用它的文档。

如何启用 PR 重定向以便更新 PR 的目标？

https://learn.microsoft.com/en-us/rest/api/azure/devops/git/pull%20requests/update?view=azure-devops-rest-5.1

我收到此错误:[nuget.org]无法加载源https://api.nuget.org/v3/index.json的服务索引.发送请求时发生错误.无法连接到远程服务器连接尝试失败,因为连接方在一段时间后没有正确响应,或者建立的连接失败,因为连接的主机无法响应185.82.212.95:8080

我需要一个在构建之间制作的变更集(或工作项)列表(如果必要,我可以标记构建).我需要为我们的测试团队提供该列表(以及发布'changelist')

MSBuild任务是否能够检索该列表并保存为文件(然后我可以进一步处理该列表.
或者我可能需要从C#代码连接到TFS并自己检索该列表(我熟悉在C#中检索WorkItems)

我目前正在尝试将公司A拥有的Azure DevOps下的发布管道中的应用程序部署到公司B拥有的Azure上托管的Azure应用程序中.

尝试释放停止Azure应用程序时继续收到此错误:

错误:无法获取资源类型"Microsoft.Web/Sites"和资源名称"AppName"的资源ID.错误:无法获取托管服务主体的访问令牌.请为虚拟机" https://aka.ms/azure-msi-docs " 配置托管服务标识(MSI).状态码:400,状态消息:错误请求

我不知道如何解决这个问题.

到目前为止做了什么:

• Web App在Azure公司B中创建
• 来自DevOps Company的用户A帐户在公司Azure AD中作为访客用户添加
• 用户在Web App上具有Contributor权限
• Web应用程序上的托管服务标识设置为"开"
• 在Azure DevOps中设置发行版时,可以查看和选择公司B和Web Apps的订阅.

我很确定需要更多才能使发布部署工作,但经过深入搜索后,我无法找到任何内容.

希望这里有人可以提供建议.