是使用MS TFS 2010的Excel文件一个好主意？
我的团队目前使用Microsoft Visual Source Safe 2005进行版本pipe理/文件pipe理。 我们的大部分工作是Excel文件和其他包含代码的二进制文件。 我们在存储库中放置很less的原始代码（纯文本文件）。
我们正在考虑从VSS转换到所有常见的原因，并考虑MS Team Foundation Server 2010，因为公司已经拥有它。
我想知道TFS是否适合我们的需求。 我们创build了很多小型短期项目，每个项目都有一小组二进制文件。 我们每个团队通常只有一个，两个或三个开发人员。
是TFS矫枉过正吗？ 有没有办法去除所有的团队pipe理，报告等等，只是使用TFS进行版本控制/文件pipe理？ 我真的想要networking界面和改进的远程访问等，但担心在那里我们不会使用的所有其他的东西。 我特别关心TFS与Visual Studio的紧密联系，因为我们在VS中根本没有做太多的工作。
感谢任何经验，想法等…你可以分享。
源代码pipe理系统经过优化，可以处理文本文件 他们可以用于二进制文件，但他们通常不理想。
你有没有考虑过使用Sharepoint文档库来存储你的文件？ 它将保留以前的版本，你可以直接在Excel中打开和保存你的文件。 如果您有Windows Server 2003或更高版本，则您已拥有Sharepoint的许可证，因此不需要额外的成本。 请注意，共有3种Sharepoint
- WSS – Windows Sharepoint服务，包含在Windows Server中
- MOSS – Microsoft Office Sharepoint服务器。 这是一个单独的产品，并涉及额外的成本。
- Sharepoint 2010 – 也有额外的成本加上更大的硬件要求。
如果您尚未使用Sharepoint，那么您应该先从WSS开始。
TFS不仅仅是一个源代码库，从你的需求看来似乎是一个矫枉过正的问题。 所有的事情考虑，但你应该离开Visual SourceSafe。 如果不定期维护，VSS有腐败的历史。
你有没有考虑过另一个版本库如Subversion ？ 它有非常简单的维护和相当容易使用。 和自由。 请注意，我经常使用TFS和Subversion，我只是将你的问题build议在我的build议。
一个关于TFS的事情是，你所有的用户都需要安装Visual Studio来与之交互。 当他们所需要的是将Excel文件从存储库中推出并拉出时，这样做会是一个矫枉过正的做法。 Tortoise SVN是Subversion的一个客户端，集成到Windowsshell中，所以你的用户与Subversion进行交互将意味着在Windows的文件浏览器中右键单击。 对于非技术用户更有用。