您如何在 Visual Studio 2017 年测试自定义 VSTS/TFS 入住政策？
How do you test a custom VSTS/TFS Check-In Policy in Visual Studio 2017?
我正在创建自定义的 VSTS/TFS 入住政策。我遵循了 提供的有关如何创建签入策略的指导。基本上，我从 Colin 的 ALM Policy 下载了源代码并做了一些修改，看看我是否可以让它工作。
当我构建安装程序 (vsix) 并安装扩展时，这工作得很好（针对 VSTS 进行了测试）。但是，我希望能够调试策略，以便更快地进行修改和错误修复。
similar question 的答案似乎适用于 Visual Studio 2015，但这不适用于 Visual Studio 2017；如果我将调试启动操作设置为启动 Visual Studio 2017 devenv.exe，则不会显示签入策略。不过，Visual Studio 2015 年出现了相同的入住政策。
我正在寻找有关如何使用 Visual Studio 2017 调试此签入策略的任何指导。
有可以调试的测试项目（ColinsALMCheckinPolicies.UnitTests）。所以只需要在源文件中加断点，然后调试测试方法（右键一个测试方法>调试测试）
我讨厌回答我自己的问题，但我觉得有必要，因为这个答案帮助了我；我从 MSDN 文档中找到了答案：The Experimental Instance.
基本上，在 VSIX 安装程序项目属性下，只需使用 /rootsuffix Exp 参数设置调试启动操作和命令行参数：
如果您这样做，它会启动已安装 VSIX 的 Visual Studio 实验实例，并将该进程附加到您的开发环境，这使您可以调试您的扩展。
另外，我同意这个问题的另一个答案，，表明单元测试项目将非常有益。它肯定有助于确保您的代码经过正确的单元测试并正常工作。
我正在创建自定义的 VSTS/TFS 入住政策。我遵循了
当我构建安装程序 (vsix) 并安装扩展时，这工作得很好（针对 VSTS 进行了测试）。但是，我希望能够调试策略，以便更快地进行修改和错误修复。
similar question 的答案似乎适用于 Visual Studio 2015，但这不适用于 Visual Studio 2017；如果我将调试启动操作设置为启动 Visual Studio 2017 devenv.exe，则不会显示签入策略。不过，Visual Studio 2015 年出现了相同的入住政策。
我正在寻找有关如何使用 Visual Studio 2017 调试此签入策略的任何指导。
有可以调试的测试项目（ColinsALMCheckinPolicies.UnitTests）。所以只需要在源文件中加断点，然后调试测试方法（右键一个测试方法>调试测试）
我讨厌回答我自己的问题，但我觉得有必要，因为这个答案帮助了我；我从 MSDN 文档中找到了答案：The Experimental Instance.
基本上，在 VSIX 安装程序项目属性下，只需使用 /rootsuffix Exp 参数设置调试启动操作和命令行参数：
如果您这样做，它会启动已安装 VSIX 的 Visual Studio 实验实例，并将该进程附加到您的开发环境，这使您可以调试您的扩展。
另外，我同意这个问题的另一个答案，