使用Team foundation server开发专有的开放源代码



在我们的工作场所,我们使用Team foundation server作为主要服务器,用于源代码管理、工作跟踪、构建服务器等。我们与从事不同项目的多个团队一起开发内部软件
有时我们开发的应用程序或库可以而且应该在我们的公司中共享,包括让多个团队参与的能力。不幸的是,由于正在开发的应用程序的性质,它们不能在我们公司之外共享。我想知道tfs是否可以在这方面提供帮助,或者我是否需要添加其他工具。例如,如果我们的团队在不同的领域或团队项目中工作,如何在不冒编辑权限等风险的情况下共享开源项目。如何共享、编目和发布项目?如何为项目发布问题?如何像在github中那样完成pull请求?

TFS中的共享项目或源代码主要通过组合使用Area层次结构和Teams功能来实现。

然后我们可以使用Area字段来过滤所有报告和查询。每个团队都与相关领域相关联,用于为每个团队/子项目提供自己的产品待办事项。可以基于区域和/或源代码管理路径授予安全性。


更新

权限是TFS中一个非常重要的概念。最简单和安全的方法是使用权限来限制和帮助其他参与共享项目的团队。一个主要团队/小组,拥有参与共享项目的所有权限。

对共享项目具有可见性的大多数团队/小组。他们需要创建"拉"请求来查看和合并项目中的代码。Pull请求允许您的团队在将代码合并到主分支之前,就功能分支中的更改提供反馈。审阅者可以逐步完成建议的更改,留下评论,并投票批准或拒绝代码。和GitHub一样。

很多时候,共享项目经理会提出请求或解决问题,但他们不确定应该将其分配给哪个团队或项目。然后,您可以在TFS中的团队项目中使用共享产品积压项目(pbi,如果您使用敏捷模板,则为用户故事)。因为您在一个团队项目下使用多个团队策略。你可以收集pbi,并将其放入监督队列,由个人或委员会进行审查。然后这些pbi会被分配到团队和项目中。然而,您还需要设置安全性,这样各个团队就没有权限进入其他团队积压工作、查询或代码。

否则,TFS中没有内置的共享项目流程或工具,如果您真的需要,可以添加用户语音。

最新更新