在团队环境中完成Visual Studio发布后部署的最佳方式？

我在团队环境中，每个开发人员从他们的本地桌面工作并部署到虚拟机是他们所拥有的网络上工作。我想要做的是设置Visual Studio解决方案，以便在构建解决方案时，每个项目部署都将在生成后事件中针对该开发人员虚拟机进行处理。在团队环境中完成Visual Studio发布后部署的最佳方式？

我真正喜欢做的就是给这些脚本的个人开发者的所有权，以及让他们拥有自己的岗位建立的步骤和他们不必是每个人都一样。

几个问题：

是一种后生成事件来执行这种类型的部署操作的地方吗？如果不是最好的地方做什么呢？
什么软件，工具或教程/博客文章都可以协助制定支持这些场景的自动部署系统？

编辑： MSBuild似乎是在这种情况下走的路。任何人都使用替代技术取得成功？

编辑：如果你正在阅读这个问题，并想知道如何为每个开发人员执行一组不同的MSBuild任务，请参阅此问题; Executing different set of MSBuild tasks for each user?

来源

2008-09-16 Eric Schoonover

如果您正在使用Visual Studio 2005或更高版本，项目文件的MSBuild文件。在MsBuild文件中，有一个“AfterBuild”目标。我建议使用它来完成您的部署任务，而不是Post Build Event。

使用的MSBuild任务，你更愿意进入一个持续集成系统，如CruiseControl.NET或Team城市。

我不知道为什么所有的开发商有自己的虚拟机，它似乎在某些时候你会想要一个中心位置，所有开发人员的工作是建立在确保代码从所有的开发人员将整合和构建（这是使用持续集成系统的原因）。我相信你可以找到一种CruiseControl.Net或Team City或其他几种选择之一在这种情况下可以帮助你的方法。但就获取初始设置而言，使用MSBuild。

来源

2008-09-16 19:04:08 NerdFury

我们将分期和测试一个共同的环境，但我不希望开发者部署了彼此每个版本。然而，我确实想给他们一个真正的服务器，而不要求他们在他们的机器上安装Win 2k8，SQL，MOSS等等。 MSBuild对我们来说可能是正确的答案。 – 2008-09-16 19:07:00

我会考虑的MSBuild或ANT

来源

2008-09-16 18:57:17

在团队环境中完成Visual Studio发布后部署的最佳方式？

回答

相关问题