我有一个问题，我认为可能很常见，在网上搜索了一下，但没有找到相关解答。
我们使用共享的开发机，每个开发者通过RDP连接，拥有自己的配置文件、桌面等。
我遇到的问题是关于IIS Express的。由于它是在用户级别配置的（在文档/iisexpress/config中的applicationhost.config），并且配置的端口必须与.csproj文件中声明的端口匹配，因此两个开发者不能在同一端口上运行，否则会出现“端口已被使用”的错误。
因此，为了使其正常工作，我们必须手动更改每位开发者的csproj和applicationhost.config中的端口，但这只是一个临时解决方案，因为当我们将更改提交到SVN时，csproj文件会被合并，所以每次有人提交/更新时都需要重做这个过程。
我的问题是：在共享的开发机上，是否有一种清洁的方式可以使用Visual Studio 2010和IIS Express？
谢谢。
部分测试答案。不确定在多用户工作站上是否有效。它可能会为您或其他人提供一个起点，以便在现有环境中找到最佳解决方案。
看起来，Visual Studio将所有Web配置存储在csproj / vbproj中，而IISExpress将其配置存储在％userprofile％\ Documents \ IISExpress \ config \ ApplicationHost.Config中。
通常，我们将csproj文件存储在源代码控制中，但忽略csproj.user文件，以便每个人都可以拥有某些独特的设置，例如Web配置。
通过取消选中“应用服务器设置到所有用户”选项，将Web设置复制到csproj.user中，然后提交到源代码控制。
拉取源代码副本的每个用户都必须配置自己的Web设置，使用其他用户未使用的唯一端口，并取消选中上面的框，以便他们的配置不会传递给其他用户。
这样做，每个配置文件都将拥有自己的IIS Express ApplicationHost.Config，并配置了与其他配置文件不同的端口。每个用户的源代码副本都将在其配置文件的IIS Express配置中使用相同的端口进行配置。
供参考：
我尝试更改IIS Express的ApplicationHost.Config以使用不同于Visual Studio期望的端口，但Visual Studio无法连接到IIS Express调试器。
IIS Express配置的工作原理：http://msdn.microsoft.com/en-us/library/ms178109.aspx
我认为你可以为每个用户创建子域，并实施所需的更改并进行测试。这样，每个用户都可以拥有自己的子域和端口，因此可以在共享的IIS Express上独立工作。
也许我的回答不会让你满意，但这是我的想法：
正如你所注意到的，配置与用户配置文件相关联，而不是服务器；这是因为 IIS Express 不打算用作共享开发服务器。您应该使用完整的 IIS。
我没有看到在开发中使用同一物理框有任何好处或理由。诚然，我不知道您的许可证或工作站资源的所有细节，但似乎您从让每个人 RDP 到框中使用 Visual Studio 中并没有获得太多好处 - 每个人仍然需要许可证，性能会变慢，并且您不应该在同一个项目实例上工作。
您应该认真考虑整个开发设置：
每个开发人员都应该在他们的工作站上使用 Visual Studio，并使用配置了相同端口和设置的 IIS Express 进行调试/测试（非常容易）。
从那里开始，您的开发人员应该将他们的代码检入源代码控制，并检查可能出现的冲突。我不确定 SVN，但 TFS 中可用的 MSBuild 自动化可以用于设置连续构建策略，以部署到通用 IIS 安装，以便从上述完整的 IIS 安装中测试和使用合并的代码。
其他任何方法都只是一种变通/黑科技，会在以后给你带来麻烦。
