2

我们想开始使用 Team Foundation Server 来跟踪 .aspx 文件的版本。我们目前使用共享驱动器在一个 asp.net 网站上进行开发，并以 Visual Studio 作为编辑器。

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

有没有办法签出、编辑和签入我们处理的文件，以便它们也出现在 IIS 服务器上的共享驱动器上？还是我们必须在本地处理它们，然后将它们复制回服务器？

4

1 回答 1

2

有几种选择。

  1. 很简单：一旦您签入更改，就可以使用Robocopy之类的工具将文件从本地机器推送到开发服务器。这将很容易设置，但没有利用完整的 TFS 功能，您可能会覆盖服务器上的其他开发人员更改。

  2. 高级：使用自动构建。如果您使用“默认”构建模板，这将编译您的网站解决方案，并且在构建输出中您将有一个文件夹，其中包含名为“已发布网站”的文件夹，它将包含您将代码部署到服务器所需的一切。一旦你有了这个，你可以使用MSDeploy 将代码发布到 IIS

使用构建的其他优点

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

如果您是 TFS 新手，那么这可能会让人望而生畏。我建议您设置一个自动化构建，它只不过是构建您的解决方案。然后，您可以将构建输出复制到开发服务器。一旦您对此感到满意，然后开始考虑增强构建。例如打开代码分析真的很容易。如果您正在编写单元测试，它们也应该很容易集成到构建中。设置 MSDeploy 需要更多时间和知识。

于 2013-04-18T15:40:52.333 回答