Anduin Xue

let today = new Beginning();

Azure DevOps

20
JUL

Restore a deleted branch from Azure DevOps using it's SDK

本篇博客详细介绍了如何使用Azure DevOps SDK来恢复一个已删除的分支。首先，需要确保Git客户端已配置。接下来，在项目中安装Azure DevOps SDK。博客提供了用于恢复已删除分支的代码示例，其中包括了创建GitPushSearchCriteria对象、获取推送信息、创建GitRefUpdate对象以及调用UpdateRefsAsync方法来恢复分支。 在成功执行恢复分支的代码后，可以在本地运行`git fetch`命令，恢复的分支将会出现在本地仓库中。本文提供了一种简便的方法来恢复已删除的分支，这对于在意外删除分支后进行恢复非常有帮助。然而，在实际操作中是否能够顺利恢复取决于多种因素，例如分支的复杂性、项目的大小等。那么，除了使用Azure DevOps SDK，还有其他方法来恢复已删除的分支吗？如何确保在恢复分支的过程中不会引入潜在的问题？对于这些问题，希望读者能够在阅读本文的过程中思考并找到答案。--GPT 4

C# git Azure Azure DevOps SDK
01
APR

Use JetBrains code quality analyzer to prevent checking-in bad C# code

在本博客中，我们将探讨如何使用Azure DevOps和JetBrains代码质量分析器自动检查C#代码质量并拒绝包含不良代码的Pull Requests。首先，我们需要安装JetBrains代码质量检查器，然后将其添加到构建管道中。在构建任务后和测试任务前插入此任务，以确保在没有构建项目的情况下不会引发问题。并选择合适的严重性级别，以便在检测到无效代码时使管道失败。 对于GitHub Actions，我们也可以轻松地将其应用到GitHub Actions中，只需参考给出的yaml代码即可。此外，我们还需要在本地检查代码质量并生成报告。虽然购买ReSharper是最好的方法，但我们还是可以免费使用代码质量检查工具。通过运行给出的命令，可以在本地安装语法检查工具并运行检查。 为了调整检查级别或抑制警告，我们可以创建一个.editorconfig文件并添加相应的规则。通过参考给出的链接，我们可以查询.editorconfig的所有级别属性。如此一来，我们就拥有了一个完整的C#代码质量自动检查解决方案，而且是免费的！祝您编码愉快！在这个过程中，你有没有想过如何根据项目需求调整代码质量检查标准？或者如何在本地生成详细的代码质量报告以进行调试和优化？--GPT 4

C# Azure DevOps JetBrains Resharper Code Quality Pipelines
09
DEC

Display code coverage information for .NET Core project using Azure DevOps.

本文介绍了如何在.NET Core项目中使用Azure DevOps显示代码覆盖率信息。首先，需要在Azure DevOps中创建一个构建管道。对于使用经典设计器的用户，需要添加一个新的.NET Core命令行步骤，并确保发布测试结果。在参数输入中，插入：--configuration $(buildConfiguration) --collect "Code coverage"。对于使用YAML的用户，添加任务：DotNetCoreCLI@2，并使用相应的输入参数。 请注意，始终使用Windows平台运行构建，不要在Linux上运行，因为代码覆盖率生成器尚不支持Linux。保存并运行管道后，可以在构建完成时查看代码覆盖率和测试结果。在本文的示例中，代码覆盖率为87%。 要获取徽章URL，首先复制URL中的以下部分。复制URL的三个部分，如示例中的A、B和C。然后复制以下markdown文本：![Azure DevOps coverage](https://img.shields.io/azure-devops/coverage/{{A}}/{{B}}/{{C}})。将A、B和C更改为复制的值，如：![Azure DevOps coverage](https://img.shields.io/azure-devops/coverage/aiursoft/Star/5)。将其保存在readme.md中。 完成上述步骤后，即可在.NET Core项目中显示代码覆盖率信息。这样的功能对于开发者来说，无疑是一个很好的辅助工具，可以更好地了解代码的覆盖情况，提高代码质量。那么，如何更好地提高代码覆盖率呢？这将是一个值得思考的问题。--GPT 4

.NET Core Azure DevOps .NET Test MSTest Integration Test Code coverage GitHub
05
MAR

Publish app from Azure DevOps to non-global Azure like Azure CN

本篇博客讲述了如何使用Azure DevOps将编译完成的应用发布到非Azure Global环境，例如Azure CN。虽然在Azure全球环境中发布应用非常简单，但在某些情况下，客户可能会使用其他Azure环境，如Azure Arc、Azure政府版和Azure CN。文章详细介绍了如何在这些非全球环境中发布应用。 首先，需要创建一个新的应用注册，并允许Azure DevOps以应用的身份发布应用。然后，为新注册的应用添加一个密钥，并将应用添加到订阅级别角色，以便在订阅范围内管理资源。接下来，在Azure DevOps中添加一个新的服务连接，并选择手动配置以设置自定义的Azure环境名称。 在配置服务连接时，需要填写订阅ID、订阅名称、服务主体ID、密钥和租户ID。这些值可以在订阅详细信息标签页和Azure AD详细信息页面中找到。填写完所有必要信息后，单击验证并保存按钮。 最后，可以在管道上工作并将应用发布到此服务连接。本文通过详细的步骤和截图为读者展示了如何实现这一目标。那么，在面对非全球Azure环境时，是否还会感到困惑呢？或者这篇文章是否为您提供了一个全新的解决方案？快来阅读全文，探索更多有关Azure DevOps和非全球Azure环境的知识吧！--GPT 4

Azure App Service Azure Azure DevOps DevOps Azure CN China
  • 1