在我们的小团队中，我们使用的是Visual Studio 2015和Team Foundation Server 2015。
我们在笔记本电脑上开发，我们有几台服务器在那里进行测试，最后我们在Azure上有一个生产环境。
开发＆＃39;笔记本电脑和测试服务器位于同一网络中，属于同一个域。
目前我们构建了我们的Web应用程序（基于C＃+ AngularJS + WebAPI），然后我们手动复制安装了IIS的测试服务器（dll和其他文件）上的文件。然后我们浏览到一个URL并检查我们的应用程序。
我希望有一种更智能的方法可以自动执行此操作，这是一种将文件从Visual Studio（或从TFS）部署到测试环境的更专业的方法。我已经谷歌搜索了一段时间，但我没有找到一个好的（和简单的）解决方案...也许我不是很好的谷歌。
你能否建议我在这种情况下遵循最佳做法？
答案 0 :(得分：-1)
我们过去常常这样做，发现我们不能手动完成这项工作，因为时间需要加上我们想要的可重复性。 因此，我们花了一些时间寻找产品并找到了一个：＆＃34; Jenkins＆＃34;它是免费的。 我们开始使用Jenkins从存储库中完成所有结账，编译和构建并自动将其发送到服务器到测试服务器。我们编写了脚本将文件从一台计算机复制到另一台计算机。 我们现在处于自动化测试的阶段。 一旦你开始构建模拟，你会发现它很容易使用，还有很多互联网帮助。您可以创建许多小型Build项目，并将输出组合到最终解决方案中。 网上有很多文档和帮助。
作为基本要求：
1）所有源代码都应该在SVN之类的存储库中，或者像Source Safe，Team Foundation，Git server等。
2）使用＆＃34;清洁＆＃34;除了需要的软件之外，没有安装任何软件的机器。这将被Jenkins用作您的构建机器。
3）开始虚拟化Build机器。这样您就可以创建清洁机器的快照。构建工作可以恢复到这个＆＃34; clean＆＃34;自动开始新构建作业的状态。
因此，在典型情况下，开发人员会检入他们的代码。可以将Jenkins配置为在存储库中检查新代码时自动触发构建（持续集成）。 当Build完成时（如果脚本编写正确），您的测试服务器将安装解决方案。然后，开发人员可以在实际机器上执行模块测试。
因此，如果您花一些时间学习如何配置和使用Jenkins来创建构建作业，那么这是市场上最好的作业之一。