我想知道关于在 TFS 2010 中管理（和版本化）不同类型的项目文档（例如版本化目标文档，例如：用例、主测试计划、质量保证计划和非版本化相关文档，例如 MinutesOfMeetings），您的最佳实践是什么。
你正在用吗
- 团队 Wiki 或
- 共享文件或
- 源代码控制
?
问问题
5215 次
3 回答
4
我们对发送给客户的所有文档令牌使用源代码控制。这包括手册/安装指南等。这样他们就可以获得常规的构建标签，并且我们知道哪个手册对应于哪个软件版本。
对于内部文档（MoM、设计文档、项目管理等），我们使用 Sharepoint；对于 UserStories，我们显然使用内置的 TFS 工作项类型。
于 2012-06-01T11:18:25.553 回答
1
我对此添加我的想法：
回答这个问题的最好方法是：没有最好的方法。这取决于许多因素，这就是为什么每支球队的做法都不同。
但是，对此有一些指导：
如果可能的话，将工件放在可以处理相同类型开发周期的地方。例如，如果您在 wiki 上存储针对每个软件版本的文档，您很快就会遇到麻烦。版本控制至关重要，因此您必须选择可以支持所需版本控制的服务。
考虑到受众：例如，您不想在源代码管理中存储规范的 word 文档。
如果有意义，请不要害怕将内容存储在源代码管理中：您将永远不会获得更好的性能，数据在存储中以增量方式打包并打包以传输到客户端：非常高效。
您可以使用工作项来存储您的文档，使用附件，这是一个不错的方式，但肯定不是最容易设置和整个团队购买它。
我推荐的（但这只是个人的）：
- 使用 Wiki 或共享 OneNote 书籍（OneNote很棒）来获取开发团队内部的文档。OneNote 具有极大的灵活性，可以通过您需要的形式来构建协作数据，从而提高工作效率。
- SharePoint 用于由非开发人员生成或阅读的文档。
- 源代码管理存储所有文档/工件的完整版本。当我的发布完成后，我喜欢复制源代码管理的给定文件夹中的所有文档和资产，这样我知道我总是能够在需要时恢复它们。（而且我不太确定 SharePoint 或 OneNote）。
- 我曾经用工作项驱动过任何正式的东西，这很棒，但需要时间和定制工具来实现我想要的。
于 2012-06-01T20:38:21.310 回答
0
TFS 到 SharePoint 集成- 如果您的组织有 SharePoint，这是迄今为止存储文档的最佳选择。
否则，请选择更符合以下要求的选项：
- 访问所有项目贡献者的共享文档
- 没有 Visual Studio 的用户可以从 Web 访问
- 提供版本控制
- 允许权限管理
不推荐使用源代码控制选项，因为非开发人员无法访问以及可能让他们滥用源代码控制（曾经尝试下载 1GB 的源代码树，其中大部分是纯垃圾 - 文档存档、日志、数据库转储等。 ..？）。
于 2012-06-01T10:27:52.780 回答