![TFS:哪种结构可以设置一个具有不同且独立客户的项目?](https://linux22.com/image/700269/TFS%EF%BC%9A%E5%93%AA%E7%A7%8D%E7%BB%93%E6%9E%84%E5%8F%AF%E4%BB%A5%E8%AE%BE%E7%BD%AE%E4%B8%80%E4%B8%AA%E5%85%B7%E6%9C%89%E4%B8%8D%E5%90%8C%E4%B8%94%E7%8B%AC%E7%AB%8B%E5%AE%A2%E6%88%B7%E7%9A%84%E9%A1%B9%E7%9B%AE%EF%BC%9F.png)
在 TFS 2015 或 2017 中为一个由 1 个开发团队和不同客户访问的产品设置项目的最佳结构是什么?我们应该有:
1 个代码存储库
» … 适用于 1 个正在开发的产品
» … 可供 1 个开发团队访问
» … 可供多个孤立的客户查找错误和要求
换句话说:我们有一个由所有客户共享的单一代码库(每个客户都是相同的产品),但他们有不同的错误、功能……任务。
TFS 结构应该提供:
- 所有客户均享有一个代码存储库
- 每个客户都可以创建并查看他自己任务、问题、错误……
- 应该可以将问题、任务等分配给所有客户的开发团队,并将这些项目分配给代码提交。
是否有可能隔离这些客户并由一个团队处理他们的请求?
非常感谢任何帮助、链接、提示...
答案1
您最好的选择是保留单个项目并使用区域安全性来限制数据的可见性(请参阅设置权限以限制对工作项的访问)。您应该设置适当的安全结构,为每个客户设置一个组,并授予相应区域的权限。开发团队将负责将区域分配给工作项(任务、错误等)。
此外,该小组还应 作为利益相关者否则这些用户需要适当的 CAL。
最后一步是允许连接到您的本地 TFS,这意味着正确配置 SSL - 在 2017 年非常容易,2015 年更加辛苦——并通过打开防火墙或配置反向代理来配置外部访问。