Azure devops VSTS如何使用单个团队项目管理工作项和积压工作

Azure devops VSTS如何使用单个团队项目管理工作项和积压工作,azure-devops,Azure Devops,我们的小团队负责十几个或更多的应用程序和数据库。 我正在浏览文档,在阅读了一些提到这是首选方式而不是多个团队项目的资料后,我已经设置了一个团队项目。每个应用程序都有自己的Git repo 现在我想知道如何管理sprint和backlog的设置。对于我们来说,给定的sprint可能包括多个应用程序上的任务。 问题: 如何在不向sprint实际添加工作项的情况下组织积压工作?拖动列表中的项目以设置优先级可能就足够了 如果我设置了不同的团队,每个团队是否都有自己的积压工作和一组冲刺 假设我想添加一名

我们的小团队负责十几个或更多的应用程序和数据库。 我正在浏览文档,在阅读了一些提到这是首选方式而不是多个团队项目的资料后,我已经设置了一个团队项目。每个应用程序都有自己的Git repo

现在我想知道如何管理sprint和backlog的设置。对于我们来说,给定的sprint可能包括多个应用程序上的任务。

问题

  • 如何在不向sprint实际添加工作项的情况下组织积压工作?拖动列表中的项目以设置优先级可能就足够了
  • 如果我设置了不同的团队,每个团队是否都有自己的积压工作和一组冲刺
  • 假设我想添加一名顾问作为资源,他们怎么能被允许只访问一个Git回购协议而不访问其他协议
如何在不向sprint实际添加工作项的情况下组织积压工作?拖动列表中的项目以设置优先级可能就足够了。 每个团队都有一个“Backlog迭代”和一个或多个选定的“sprint迭代”。当团队之间不共享这些时,它们是可订购的

如果我设置了不同的团队,每个团队是否都有自己的积压工作和一组冲刺? 是的,不过他们也可以查询其他团队的项目。通过为每个团队分配一个或多个区域来分离团队。建议不要让团队同时分配到同一区域。这将导致各种有趣的订购问题,因为基本上相同的项目可以在两个积压中看到

假设我想添加一名顾问作为资源,他们怎么能被允许只访问一个Git回购协议而不访问其他协议? Git存储库的默认安全设置是创建者获得完全权限,贡献者获得贡献权限。您需要编辑顶级存储库权限才能删除其中的参与者。这是一个相当隐蔽的设置:

这样,您就可以准确地控制谁可以访问哪个存储库。根据其他设置(如查看项目信息),他们可能可以看到存储库存在,但无法访问它们