c# - Team Foundation Server 是将 .net 网站自动发布到远程服务器的正确解决方案吗？

Question

我们目前在我们的开发服务器上使用 Visual Studio 2010 Pro 中的 C# 构建我们的 .net 网站，然后手动发布它并上传到实时服务器，在那里它被复制到当前文件上以上线。

我们希望尽可能自动化这个过程，如果可能的话，在特定时间推送它，比如每天午夜。我们目前不使用任何源代码控制，所以这可能使它变得必不可少......

Team Foundation Server [TFS] 是实现此功能的最佳解决方案吗？如果是这样，我们的客户为此要花多少钱，或者我们如何才能知道？我们在英国，他们确实订阅了 MSDN。

Answer 1

此时，您需要放慢脚步，设定更切合实际的目标。这是我最大的危险信号:

"We don't currently use any Source Control so this probably makes it essential anyway..."

没有适当的 SCC，您将无法到达您需要去的地方。一个全面的 TFS 实现肯定可以做你想做的事，它有几个非常好的功能，你可以用来集成自动化部署场景，这很棒，但你真的需要先学会走路才能学会运行。

我已经 commented on TFS cost before ，所以我不会在这篇文章中这样做，但我只想说，执行您想要的操作的 TFS 实现将花费大量的精力，尤其是如果您考虑到设置它所花费的时间和编写您想要的自动发布工作流程的脚本。

我不知道您的预算是多少，您的团队有多大，或者您的开发策略的性质，或者许多可能实际上会改变我的答案的事情，但我假设您有预算有限，而且没有专门的人员可供您用来建立一流的 TFS 实现，所以这就是我的建议(按此顺序!)

• 使用免费软件(例如 Subversion 或 Git)设置版本控制。对于刚刚开始使用 SCC 的组织，我建议使用 Subversion 而不是 Git，因为它在概念上更容易上手。这是你要做的一切的基石。与为 2000 磅炸弹添加引信或组装自行车不同，我建议您阅读 manual在安装 SVN 之前和期间。

• 使用 MSBuild 创建构建文件。是的，您可以使用 nAnt，但 MSBuild 在大多数情况下相当等效，并且与 TFS 更加友好，如果您决定在遥远的 future 朝那个方向前进的话。确保您的构建在您的开发箱和服务器上正常工作。

• 想出一个部署脚本。这很可能只是等同于 MSBuild 文件中的目标。或者它可能是一个 MSI 文件——我不太了解你的环境，但根据你说你将内容复制到生产环境的事实猜测，一个 MSBuild 目标可能就足够了。

• 设置 Hudson 或 CruiseControl.NET 等持续集成服务器。我个人使用 CruiseControl，但两者背后的基本思想是它们是自动化服务，可以监视您的 SCC 系统的变化并为您执行构建。如果您已设置 MSBuild 目标来执行部署，则可以在 CCNET(或可能是 Hudson)中配置一个“项目”来执行部署。

这些解决方案的总软件成本为 0 美元，但您可能会面临相当多的学习曲线。 TFS 的学习曲线 IMO 甚至更陡峭，而且软件成本肯定在 0 美元以上。无论哪种方式，要点是不要试图一次把它全部咬掉，否则你可能会失败。一步一步走，你就会到达那里。玩得开心!我个人喜欢学习所有这些东西!