Iis 7 TFS和IIS-源代码管理

我们目前正在将源代码控制从Subversion切换到TFS。这对于可以签出、编辑、编译和签回的独立项目/解决方案非常有效

为了让它在我们已经设置的特定项目/解决方案中顺利运行，我感到有点头疼

这个解决方案有几个C#项目和一个IIS/网站/应用程序。IIS网站大多是经典的ASP，带有一些C#/.NET片段（我们正在慢慢地转换这些片段）。这样，我们就可以在本地测试网站，并将更改提交到存储库。这是一个不小的网站，总共有500多个文件（图像、ASP、ASPX等）

通常，在Subversion中，我们只检查单个项目，而包含它的解决方案不受源代码控制（考虑到有些人将其本地IIS实例映射到不同的驱动器）。当我们编辑一个文件时，它会被标记为正在修改，我们可以签入它，恢复我们的更改，等等（我在VS2010中使用VisualSVN，它为我提供了所有这些方便的选项）

使用TFS时，我尝试了相同的路径（将网站置于源代码管理中，将其映射到IIS实例指向的目录）-项目/解决方案加载正常-但是解决方案资源管理器没有显示任何处于源代码管理状态的迹象-如果我双击一个文件并尝试编辑它-它会向我尖叫它处于只读模式

所以-我的问题很简单-我如何让TFS在源代码管理中与IIS网站顺利工作，以便我的解决方案资源管理器可以向我显示我在本地拥有的哪些文件正常或已修改（ala Subversion）？没有这种“只读”抱怨

我不介意将解决方案的IIS部分作为“文件/文件夹”项目加载（目前在我们的解决方案中，IIS部分是指向我们机器上IIS站点的IIS实例）

TLDR：我该如何让TFS对IIS网站进行源代码控制，在解决方案资源管理器中为我提供漂亮的图标，而不必在TFS中提供解决方案

---

顺便说一下，这是iIS7。

你可能想考虑一个分支和合并策略。这是一个复杂的话题，但有很多指导。这可能是一个很好的起点：

此外，如果您查看web应用程序的属性，我相信如果您取消选中该选项，则可以“将服务器设置应用于所有用户（存储在项目文件中）”，我认为您可以让每个开发人员维护自己的设置，以便将IIS映射到何处，而无需保存回存储库

---

您的本地副本（称为工作区）可以位于您希望的任何位置。我认为这是特定于用户/主机的，因此您的设置不应影响其他任何人。听起来您可能需要将IIS配置为指向您的工作区，或者将您的工作区配置为指向IIS正在查看的任何位置。

团队资源管理器使用只读，但查看哪些文件在本地发生了更改。它使用工作区映射允许您将解决方案的一部分放在一个目录中，将解决方案的另一部分放在另一个目录中

您可以安装，它允许您在编辑文件之前签出文件。（这也将删除只读位）

由于VisualStudio将源代码管理绑定与解决方案一起存储，因此在使用VisualStudio编辑项目时，如果不将解决方案置于源代码管理中，势必会给您带来麻烦

更好的解决方案是，即使它们是asp文件或任何其他类型的文件。VisualStudio可以很好地处理这些问题。然后使用VisualStudio为您处理签出过程

然后，您可以使用中的“使用本地IIS”选项将web项目配置为集成到IIS中。这将在您打开解决方案时自动将IIS映射到正确的文件夹

您可以使用a，如果愿意，您可以为每台计算机创建不同的工作区，尽管如果不同的团队成员可以标准化，这会更容易。如果您能够将所有源放在一个文件夹中，并让项目属性为您处理IIS配置，则效果会更好

---

TFS/Visual Studio的下一个版本将取消对只读位的要求。

我可以将项目和解决方案设置为“工作”-但运行不顺畅-我的问题是在解决方案资源管理器中双击一个文件，然后尝试编辑它-我收到一条“文件为只读”消息。我看不到文件旁边的漂亮图标告诉我它们的状态（修改、签入等）。