Visual Studio中GitHub Actions工具的新增功能
在之前的帖子中，在VisualStudio中使用GitHub操作就像右键单击和发布一样简单，我们宣布了我们为Visual Studio添加的工作，扩展了我们的发布体验，以使用GitHub Actions将客户引入并帮助他们进入可重复、可预测的持续集成和部署（CI/CD）环境。我们今天的发布经验为开发人员提供了多种不同的方式，使他们的开发、暂存或生产应用程序能够到达本地/网络环境中的各个端点，并直接到达Azure中的云资源。我们希望通过Publish保持这种体验并提供更多，为那些希望使用CI/CD的用户提供更多价值，同时也为Publish的现有用户介绍了此工作流的轻松设置。
作为我们开发的一部分，我们在我们的开发社区、社交媒体中与你们中的一些人进行了接触，并直接通过一些1:1的交互来尝试我们的原型。所有这些经验对团队来说都很有价值，可以看到当使用GitHub Actions的CI/CD选项可用时，不同的Visual Studio用户（尤其是Publish）如何解释并期望事情正常运行。我们从你们身上学到的一些关键知识是：
- “发布”向导退出后，客户登录到摘要页面，不确定下一步该做什么
- “服务依赖性”部分令人困惑，一些客户在那里寻找GitHub Action触发器
- 摘要页面没有解释工作流正在使用哪些触发器
谢谢你的洞察力！因此，我们对体验进行了一些更改，使其与此反馈以及我们对未来更具潜力的集成的愿景更加一致。以下是我们所做的一些更改，您现在可以尝试一下：
摘要页面已重新设计：我们的动机是提高相关信息和行动的可发现性。此外，它为我们在未来添加更多内容提供了一些空间，而不会让整个体验感到混乱。这只是我们旅程中的第二站，请告诉我们您的想法和下一站想看什么。
添加了新的状态部分：我们从初始版本中得到的反馈是，在完成发布向导后，下一步还不清楚。这个专门讨论状态的新部分提供了我们的目标，即明确指导您当前处于流程的哪个阶段。它还为我们提供了机会，提供您可能采取的下一步上下文软件操作，例如查看提交详细信息。
只需单击一次即可提交和推送工作流（以及更多）：完成“发布”向导将在本地为您提供一个工作工作流文件。这使您有机会更改代表您选择的默认VisualStudio。下一步是推动它并让它执行。只需单击一下，Visual Studio就可以为您执行以下操作：
- 在本地提交工作流文件
- 将工作流推送到远程
- 创建工作流成功执行所需的GitHub机密
- 在GitHub repo和用于部署的Azure实例之间建立链接
更新的体验现在还可以识别更多的项目类型，我们将帮助您生成用于构建、测试和部署ASP的CI/CD工作流。NET web项目到Azure应用程序服务、Azure功能和Azure API管理。作为提醒，请通过发布中的“工具”>“选项”>“预览功能”>“GitHub操作支持”启用此体验。我们希望您在您的项目中继续尝试此功能，并通过以下方式向我们提供反馈开发人员社区 至报告您遇到的任何问题，以及建议您希望在未来看到的改进。
