是否可以直接在具有 TFS 的网络服务器上开发经典的 ASP 网站？答案

【问题标题】：Is it possible to develop a classic ASP website directly on a webserver with TFS?是否可以直接在具有 TFS 的网络服务器上开发经典的 ASP 网站？
【发布时间】：2014-06-25 17:29:08
【问题描述】：

我们目前有一个对我们的业务至关重要的非常大的 Classic ASP 网站。它保存在 Visual SourceSafe 中用于版本控制，我们有许多开发人员在 Visual Studio 2005 中开发网站。我们直接从开发 Web 服务器使用 VS2005 打开网站。我们可以直接通过VS2005签入和签出VSS的文件，并且我们对asp页面所做的所有更改都可以立即在开发网站上看到，无需重新签入或复制任何文件。

我们希望继续使用 VS2013 和 TFS。我们较新的网站都在 TFS 中，我们希望标准化。有没有一种方法可以让我们使用与 TFS 集成的 VS2013 直接在 Web 服务器上继续开发网站？我在网上找到了大量关于 TFS 和 ASP.NET 的文章和回复，但由于我们不构建经典的 ASP 代码，这些似乎对我们没有帮助。

【问题讨论】：

标签： visual-studio tfs asp-classic visual-studio-2013

【解决方案1】：

实际上，您的开发服务器不是您应该进行开发的地方，而是在您的本地桌面上，然后部署到您的开发服务器进行初始测试。

不过话虽如此，看起来您在 SourceSafe 中的工作目录是您的开发服务器上的 IIS 指向的位置。你可以用 Visual Studio 和 TFS 做同样的事情。只需让您的 Visual Studio 工作区指向相同的位置，但将所有内容都签入到 TFS。

编辑 - 项目的 bin 目录通常不会签入到 TFS。开发人员必须确保每次他们希望在此开发服务器上查看站点以填充 bin 目录时构建项目。

【讨论】：

谢谢亚伦。使用 ASP 经典，我们没有 bin，也没有真正的“部署”过程，只是复制 asp 文件的问题。如果我们将开发位置设置为我们的“工作区”，我们是否能够单独签入和签出文件并在同一个工作区中工作？
.net 的基本内容是相同的。您只需将所有 .aspx 文件和您的 bin 目录复制到 IIS 正在查找的位置。 TFS 会跟踪工作空间，并且通常不会让多个开发人员使用与其工作空间相同的位置。但是，您可以尝试一下，看看它是否播放得很好。我觉得我确实需要再说一遍，你这样做的方式并不是真正的最佳实践，有点像试图将一个方形钉子敲入一个圆孔。每个开发者的环境都应该是隔离的，然后应该有某种正式的部署过程，可以是手动的，也可以是自动的。
我同意这种安排并不理想。尽管两者都没有如此重要的站点仍然是 ASP 经典。我们希望随着时间的推移开始用 ASP.NET 替换网站的各个部分（随着我们的改进遵循更好的做法）。但是，我确实相信当前的方法对我们很有帮助。目前，我们将文件签入和签出 VSS，因此无需担心踩到对方的脚趾。我们可以看到谁签出了哪个文件。我们从不在网站的同一区域工作，并且在 asp 中没有“建筑”，因此其他开发人员的问题永远不会影响我的工作。
在大多数情况下，我们的“开发”是修复错误并添加小的增强功能，同时我们计划开始升级技术。无论如何，我们希望第一步是摆脱 VSS 和 VS2005。我们想知道这是否可能，或者我们是否必须完全改变我们的工作方式。再次感谢您的 cmets AaronS。
没问题，我希望我至少能够提供一点帮助。如果您以前从未这样做过，那么从经典 ASP 迁移到 .net 可能是一件大事。将几个团队从 asp 迁移到 .net 后，我发现更容易实现大飞跃，为 .net 构建所有内容，而不是尝试使用经典的 asp 方法在 .net（和 tfs）中编程，然后再更改所有内容到 .net 结构。祝你好运。