在我们的工作场所，我们使用Team foundation服务器作为用于源代码控制，工作跟踪，构建服务器等的主服务器。 我们开发内部软件，许多团队致力于不同的项目 有时我们开发的应用程序或库可以并且应该在我们的公司中共享，包括有多个团队贡献的能力。不幸的是，由于正在开发的应用程序的性质，它们无法在我们公司外部共享。 我想知道tfs是否可以在这方面提供帮助，还是我需要添加其他工具。 例如，如果我们的团队在不同领域或团队项目中工作，那么如何共享开源项目而不会有编辑权限等风险。项目如何分享，编目，发布？ 如何为项目发布问题？如何在github中完成pull请求？
答案 0 :(得分：0)
在TFS中共享项目或源代码主要通过使用区域层次结构和团队功能的组合来完成。
然后我们可以使用Area字段来过滤所有报告和查询。每个团队都与相关区域相关联，用于为每个团队/子项目提供自己的产品待办事项。区域和/或源控制路径上的安全性可以基于授予。
<强>更新
权限是TFS中非常重要的概念。最简单和安全的方法是使用权限来限制和帮助其他团队为共享项目做出贡献。一个主要团队/团队，拥有为共享项目做出贡献的所有权限。
大多数团队/团队都可以看到共享项目。他们需要create pull requests来审核和合并项目中的代码。拉取请求让您的团队在将代码合并到主分支之前提供有关功能分支更改的反馈。审阅者可以逐步完成建议的更改，发表评论，并投票批准或拒绝代码。和GitHub一样。
很多时候，请求或问题修复程序将来自共享项目经理，但他们不确定应该将哪个团队或项目分配给它。然后，您可以在TFS中的团队项目中使用共享产品积压项目（pbi，或用户故事，如果您使用的是敏捷模板）。由于您在单个团队项目下使用多个团队策略。您可以收集pbi并将其置于监督队列中，该队列将由个人或委员会审核。然后这些pbi将被分配给团队和项目。但是，您还需要设置安全性，以便各个团队无权进入并与其他团队积压，查询或代码交错。
否则，TFS内部没有内置的共享项目流程或工具，如果您真的需要，可以添加uservoice。