在开发Web站点上使用Team Foundation Server

时间:2013-04-18 15:10:28

标签: tfs

我们希望开始使用Team Foundation Server来跟踪.aspx文件的版本。 我们目前使用共享驱动器在asp.net网站上进行开发,并使用visual studio作为编辑器。

当我们在Team Foundation Server中设置路径时,它就在我们的本地驱动器和带有TFS的盒子之间。这并不理想,因为它不会将更改直接推送到我们的开发站点(单独的框)。

有没有办法检查,编辑和检查我们处理的文件,以便它们也出现在IIS服务器上的共享驱动器上?或者我们是否必须在本地处理它们然后将它们复制回服务器?

1 个答案:

答案 0 :(得分:2)

有几种选择。

  1. 简单:在检入更改后,使用类似Robocopy的内容将文件从本地计算机推送到开发服务器。这样设置起来很简单,但没有使用完整的TFS功能,您可能会覆盖服务器上的其他开发人员更改。

  2. 高级:使用自动构建。如果您使用“默认”构建模板,这将编译您的网站解决方案,在构建输出中,您将有一个包含名为“已发布网站”的文件夹的文件夹,其中包含将代码部署到服务器所需的所有内容。完成后,您可以使用MSDeploy to publish the code to IIS

  3. 使用构建的其他优点

    • 您可以针对每个版本的代码运行代码分析
    • 当有人检查无法编译的代码时,您立即知道
    • 您可以针对构建环境中的代码运行单元测试
    • 要继续使用必须签入服务器,因此您可以确信未发布未检入源代码管理的代码
    • 您可以在同一版本中以调试和发布模式进行编译,从而降低调试代码发送的风险
    • 您可以获得有关代码流失,单元测试代码覆盖率和构建失败等问题的报告,这些报告将有助于提高您提供的代码质量,并帮助您了解开发工作流程中的弱点。
    • 减少您听到“它在我的机器上运行”的次数

    如果您是TFS的新手,那么这可能会非常艰巨。我建议你设置一个自动构建,除了构建你的解决方案之外别无他法。然后,您可以将构建输出复制到开发服务器。一旦你对此感到满意,那么就开始考虑增强构建。例如打开代码分析非常简单。如果您正在编写单元测试,那么它们也应该很容易集成到构建中。设置MSDeploy需要更多的时间和知识。