【问题标题】:How do you test a custom VSTS/TFS Check-In Policy in Visual Studio 2017?如何在 Visual Studio 2017 中测试自定义 VSTS/TFS 签入策略?
【发布时间】:2017-04-27 17:16:07
【问题描述】:

我正在创建自定义的 VSTS/TFS 签入策略。我遵循了this answer 提供的关于如何创建签到政策的指导。基本上,我从 Colin 的 ALM Policy 中下载了源代码,并进行了一些修改,看看是否可以让它工作。

当我构建安装程序 (vsix) 并安装扩展时,它工作得很好(针对 VSTS 进行了测试)。但是,我希望能够调试策略,以便更快地进行修改和错误修复。

similar question 的答案似乎适用于 Visual Studio 2015,但这不适用于 Visual Studio 2017;如果我将调试启动操作设置为启动 Visual Studio 2017 devenv.exe,则不会显示签入策略。不过,Visual Studio 2015 显示了相同的签入策略。

我正在寻找有关如何使用 Visual Studio 2017 调试此签入策略的任何指导。

【问题讨论】:

    标签: debugging azure-devops visual-studio-2017 checkin-policy


    【解决方案1】:

    有可以调试的测试项目 (ColinsALMCheckinPolicies.UnitTests)。所以只需要在源文件中添加断点,然后调试测试方法(右键一个测试方法>调试测试)

    【讨论】:

      【解决方案2】:

      我讨厌回答我自己的问题,但我觉得有必要,因为这个答案帮助了我;我从 MSDN 文档中找到了答案:The Experimental Instance

      基本上,在 VSIX 安装程序项目属性下,只需使用 /rootsuffix Exp 参数设置调试启动操作和命令行参数:

      如果您这样做,它会启动已安装 VSIX 的 Visual Studio 实验实例,并将该进程也附加到您的开发环境中,从而允许您调试您的扩展。


      另外,我同意这个问题的另一个答案https://stackoverflow.com/a/43672469/347172,这表明单元测试项目将非常有益。这肯定有助于确保您的代码经过适当的单元测试并且也可以正常工作。

      【讨论】:

        猜你喜欢
        • 2017-08-12
        • 2017-11-23
        • 2018-05-15
        • 1970-01-01
        • 1970-01-01
        • 2020-01-20
        • 1970-01-01
        • 2011-09-02
        • 1970-01-01
        相关资源
        最近更新 更多