首页 文章

在Web应用程序项目中覆盖IIS虚拟目录/ URL

提问于
浏览
0

我的团队目前正在开发Web应用程序项目,我们希望能够通过本地IIS Web服务器运行项目,并让每个开发人员将其映射到他们喜欢的任何虚拟目录 .

目前,每次我们登记时,我们都会在th cs proj文件中踩踏彼此的虚拟目录设置 .

我知道我们可以就虚拟目录达成一致并坚持使用但是这并没有解决我遇到的另一个问题,我实际上在我的机器上保存了多个存储库副本并希望能够将每个副本映射到一个单独的虚拟目录 .

所以我们要寻找的结果如下:

Dev1有一个结帐,比如c:/ dev / Webapp映射到他们本地IIS上的虚拟目录说localhost / WebApp

然后Dev 2在c:/ workspace1 / WebApp上有一个结账映射到虚拟目录,例如localhost / workspace1 / MyWebApp

AND Dev 2在c:/ workspace2 / WebApp上有一个结帐映射到虚拟目录,例如localhost / workspace2 / WebApp

PS . Dev 2有两个结账的原因是因为他使用on进行活动开发工作而另一个用于分支之间的合并 .

4 回答

  • 2

    多次打这场战争 . 我们的解决方案是将项目配置为使用“内置”Web开发服务器 . 然后,如果需要调试应用程序,请使用attach to process命令附加到相应的进程 . VS2010有一个扩展 - 如果我没记错的话,还可以通过简单的右键单击项目来附加到本地IIS .

    有一些巨大的附加优势,例如不需要安装IIS来打开项目,也对不同版本的Windows上的人友好 - 这个技巧诞生于我有一个使用XP,2003服务器和Vista的开发团队同一时间,开发团队不能被迫就“正确”的做事方式达成一致 .

  • 4

    在Web应用程序项目的属性中,您指定是否使用本地IIS服务器,您可以指定“服务器”部分中的设置不存储在项目文件中,因此适用于所有用户 . 执行一次,然后应该是任何开发人员都可以更改这些设置而不触发对项目文件的更改,从而防止开发人员相互踩踏 .

    enter image description here

  • 0

    关于这个问题不太清楚 . 每个团队成员都可以在自己的本地IIS中运行项目,在这种情况下,它不会与其他人发生冲突 . 我想你需要像TFS的VSS这样的源控制来使文件的更改更加同步 .

  • 0

    如果您的团队成员都使用Windows Vista或7,则其本地IIS必须是版本7或7.5 . IIS 7.x的好处是我们可以同时运行多个网站,而Windows XP上的IIS 5.1只能同时运行一个网站 .

    因此,您的团队可以使用本地IIS中的单个Web站点设置每个Web应用程序项目,而不是“默认Web站点”下的虚拟目录,该目录表示为“localhost” . 当然,为了让他们这样做,他们需要修改C:\ Windows \ System32 \ drivers \ etc中的“hosts”文件 .

    例如,如果您的团队运行多个Web应用程序项目(如admin和public),则可以分别将“admin.local”和“public.local”作为其域名 . 当然,这些域名必须存储在所有团队成员的“主机”文件中 .

    所以,他们的URL将是:

    • localhost / admin - > admin.local

    • localhost / public - > public.local

    如果某个项目中的成员都同意使用它,那么无论何时从版本控制器下载文件时,他们都不需要为虚拟目录问题而烦恼,我相信 . 希望这可以给你一个见解 .

相关问题