我正在尝试建立一个从VSS迁移到TFS的业务案例,具体来说,我希望弄清楚不这样做的成本和风险。
你认为最重要的3-4个致命原因是什么,它们能为公司节省超过10k£的成本?
非常感谢。
发布于 2011-06-29 02:56:04
“你认为最重要的3-4个致命原因是什么,它们能为公司节省超过10k£的成本?”
最好的答案之一是here。这份白皮书详细介绍了所有的优点。
下面是pdf文件中的一段代码:
性能、可靠性和可扩展性
以SQL server 2008为后盾,Team Foundation Server受益于业界领先的企业级数据库服务器的性能和可伸缩性。对于不需要完整SQL Server安装的强大功能的小型团队,在Windows7等客户端操作系统上安装并使用SQL Server Express可以在轻量级软件包中提供同样强大的引擎。这提供了VSS从未有过的关键优势之一--您可以从小规模开始,并随着时间的推移而增长。从SQL Server Express升级到SQL Server完整版就像备份和还原一样简单。SQL Server的其他优势包括:能够根据需要动态扩展存储,更快的读/写速度,以及作为容错解决方案一部分的群集。
Team Foundation Server和Visual Studio的紧密集成为用户提供了熟悉且有效的源代码管理开发环境。通常,Visual SourceSafe开发人员必须在Visual Studio之外打开VSS用户界面才能完成源代码控制任务。由于Team Foundation Server与Visual Studio的集成,几乎所有关于源代码和工作项的选项都可以通过Visual Studio直接完成(某些管理功能需要通过功能齐全的命令行完成)。
可能会影响VSS安装的一个问题是4 4GB的建议限制。接近或超过此限制的团队倾向于在其源代码中发现需要修复的损坏问题。从备份中恢复此数据通常很困难,因为团队必须依赖系统管理员来恢复文件共享。在这里,Team Foundation Server再次利用了SQL Server的强大功能。SQL Server具有针对数据损坏的内置保护,但如果发生这种情况,可以通过SQL Server备份进行恢复。SQL Server支持多种不同的数据保护方案,从增量备份和完整备份到日志传送和镜像,这些方案都为保护您的数据提供了可靠的机制。
安全
在VSS中,安全性仅限于三个设置: Admin、Read/Write和Read。在文件级应用安全设置是可能的,但体验起来远非易事。这种安全性的主要缺点是它是一种全有或全无类型的安全性-如果您可以写入文件,那么您可以对它做任何您想做的事情。由于所有内容都存储在文件共享中,因此任何有权访问该文件共享的人都可以简单地将其全部删除。
虽然源代码的粒度安全性可能并不重要,但Team Foundation Server确实提供了它。除了能够在文件级控制安全性之外,团队还可以支持特定的场景,例如允许开发人员签出文件但不签入。这在很多情况下都很方便,比如同行评审和外包开发。而且,由于它存储在SQL Server中,因此不会再发生因为删除操作而丢失所有源代码的情况。
https://stackoverflow.com/questions/6510038
复制相似问题