我们当前正在使用SCRUM方法启动一个新的“完整的Microsoft技术项目”。我们已经对Visual Studio Online进行了基准测试,它非常适合我们的要求:


我们的产品所有者(不是来自我们公司而是在其他地方工作的所有者)必须有权使用该工具(以便他可以创建积压订单,查看项目中发生的事情...等)。
我们能够使用TFS 2013的(大型)SCRUM处理模板
我们有一个不错的基于Web的工具
我们可以设置本地构建控制器,因此我们可以完全访问我们的构建环境


唯一的问题是,我们公司的安全策略不允许将代码托管在公司外部。此外,我们还没有具有外部访问权限的本地TFS 2013服务器(因此,产品所有者可以在不使用某些内部AD帐户+ VPN的情况下访问我们的项目)。

因此问题是:是否可以将Visual Studio Online(即具有所有出色的SCRUM功能的VSO都可以访问基于Internet的VSO门户)以及用于源代码托管功能的本地TFS 2013 Server?

最佳答案

简短的答案。

没有

长答案:这取决于您对“一起”的定义

VSO / TFS的许多更高级的功能都需要在工作项与源代码控制(和其他工件)之间进行链接。这些链接只能存在于一个Project Collection中,并且一个Project Collection绑定到服务器(或VSO中的帐户)。

虽然您可以在一个地方管理工作并将代码存储在另一个地方,但是您将失去集成功能,这些功能使您可以最大程度地使用TFS之类的集成套件。

尽管有一些选择可以帮助您克服这一问题:


使用TFS Integration ToolsTaskTopOpsHub在TFS和VSO之间设置同步。
设置VPN,远程桌面,桌面共享或其他安全访问方式,以帮助您的产品所有者连接到本地TFS服务器。


但是请注意,在使用拆分环境和同步时,您可能会遇到有关配置构建,发行管理,测试自动化等的更多问题。 Build将工作与工作项相关联,例如获取源。测试需要将构建工件与测试用例结合在一起。

还请注意在连接到VSO时在内部设置Team Build所需的许可证要求。这需要附加的TFS服务器许可证。

在旁边

您可能还想与您的安全部门进行对话,我了解知识产权的重要性以及为什么要安全地存储它。但是请记住,产品积压和一组产品要求(尤其是您将来的产品要求)可能被视为敏感的业务信息,尤其是在您在联交所注册的公司工作时。初步评估可能有些偏离,或者没有考虑您的应用程序未来规格的真实价值。

最后,由于很容易反编译许多.NET代码,或者您的许多应用程序都可以作为Javascript库使用,因此无论如何,它们的源代码都可能不受保护,反正以纯文本形式发送给客户端。

08-26 15:57
查看更多