Sharepoint 转向团队制的策略

Sharepoint 转向团队制的策略,sharepoint,visual-studio-2008,version-control,visual-sourcesafe,Sharepoint,Visual Studio 2008,Version Control,Visual Sourcesafe,是否有人有任何转移到团队系统的策略/提示/陷阱?是应该一步一步地完成,还是一次完成?我们是应该迁移我们的SourceSafe库,还是在沙地上划一条线继续前进?是否值得将SharePoint纳入其中?任何想法都值得赞赏。我从来没有迁移到TFS,但在过去的几年中已经广泛使用了它 关于您关于Sharepoint的问题,我们发现它与TFS结合使用非常有用。我们主要将其用于文档管理和存储与项目相关的其他“非技术”工件。一些开发团队主张将文档与源代码一起保存在源代码管理中,这是可以的,但根据我的经验,我们的

是否有人有任何转移到团队系统的策略/提示/陷阱?是应该一步一步地完成,还是一次完成?我们是应该迁移我们的SourceSafe库,还是在沙地上划一条线继续前进?是否值得将SharePoint纳入其中?任何想法都值得赞赏。

我从来没有迁移到TFS,但在过去的几年中已经广泛使用了它

关于您关于Sharepoint的问题,我们发现它与TFS结合使用非常有用。我们主要将其用于文档管理和存储与项目相关的其他“非技术”工件。一些开发团队主张将文档与源代码一起保存在源代码管理中,这是可以的,但根据我的经验,我们的项目干系人通过Sharepoint门户访问相关项目文档比他们必须与源代码管理接口更容易


我基本上能够将与TFS团队项目相关的sharepoint网站的URL分发给相关的非技术团队成员,并且能够避免不断地通过电子邮件发送文档,因此这对我们来说非常棒。

一次完成这项工作可能太多了。 我觉得把项目一次一个地分配给不同的人比较容易。 这样,他们就可以在关闭SourceSafe之前移动它们,并确保它们都正常工作

您总是需要一个SourceSafe“数据库”的备份,以防万一

我不知道如何从SourceSafe迁移到TFS并保留注释和版本。 到目前为止,添加项目是最简单的方法,但在过去以这种方式迁移之后,我们总是无法发现其他人对特定文件做了什么。 如果你能找到一种迁移的方法,我会走那条路,除非那是非常昂贵的