Azure devops AD VST:让业务用户提交功能请求/bug

Azure devops AD VST:让业务用户提交功能请求/bug,azure-devops,azure-active-directory,Azure Devops,Azure Active Directory,我们使用Azure广告支持的Visual Studio团队服务,希望广告中的任何用户都能够提交功能或bug。我知道像Jira这样的一些产品可以通过他们的问题收集器或电子邮件来实现这一点。似乎VST的用户必须是项目中的利益相关者,否则他们将收到401(我在我们的广告中测试了一个用户)。是否有人找到了一个好的解决方案或扩展,允许广告用户(或项目外部用户)向VSTS项目提交功能请求/bug?或者我们必须使用VSTS的REST API创建一些东西吗?必须将用户添加到您的VSTS中,然后他可以提交功能或b

我们使用Azure广告支持的Visual Studio团队服务,希望广告中的任何用户都能够提交功能或bug。我知道像Jira这样的一些产品可以通过他们的问题收集器或电子邮件来实现这一点。似乎VST的用户必须是项目中的利益相关者,否则他们将收到401(我在我们的广告中测试了一个用户)。是否有人找到了一个好的解决方案或扩展,允许广告用户(或项目外部用户)向VSTS项目提交功能请求/bug?或者我们必须使用VSTS的REST API创建一些东西吗?

必须将用户添加到您的VSTS中,然后他可以提交功能或bug工作项。关于个人访问令牌(can call),它也是由用户在您的VST中创建的,不建议这样做,因为存在安全问题,并且您不知道是谁提交了该功能或错误,这很难管理

为什么这是个问题?利益相关者许可证是免费且无限制的。我们的用户群将非常广泛,我们不知道要添加谁,直到他们尝试登录并接收401,这对用户来说不是一个很好的体验。我们想要一个简单的方法,我们很少干预。我们不希望在VST中进进出出,为只关心请求的用户添加利益相关者。因此,没有访问级别(类似于github),任何登录的用户都可以导航到项目,请求功能/提交错误,并且只更改他们的请求(在我们的情况下,只有AD用户)?如果我让每个人都成为利益相关者,我不会希望一些利益相关者在积压工作上乱搞,因为他们可以更改积压工作项和任务,我不知道为什么他们会更改任务,因为这对开发人员来说应该是非常具体/技术性的。我说“所以没有访问级别”…我的意思是“所以没有办法”@JayMichael没有。我建议您可以通过API构建一个应用程序,只需提交特性/bug。如果您只是使用一个帐户(不要将这些用户添加到VST),那么您就无法识别创建的工作项。谢谢,我想我在查看了一些用户声音后找到了类似的答案: