续

Web 服务客户端代理的构造函数也被修改，以便从 .config 文件读取 Web 服务 URL。
需要注意的一个问题是，不能添加两个指向同一服务器，但指向不同 Web 服务的 Web 引用。这是因为 IDE 会试图用已存在的文件夹名称创建另一个 Web 引用。请参阅以上关于如何在文件系统内表示 Web 引用的说明。
但是，这不过是一个小问题。只需将文件夹重命名为实际服务的名称，而不要将其名称（以及名称空间名称）保留为托管 Web 服务的服务器的名称。请用鼠标右键单击 Web 引用，单击“Propertities”并更改“Folder Name”。
Visual Studio .NET Beta 2 中的问题
项目文件签出
项目文件需要进行更改时会自动签出。将文件添加到项目或更改项目设置时，通常会发生这种情况。但是，项目文件在修改后经常不会签入。在某些情况下，在生成过程和编辑表单过程中会发生不必要的项目文件签出行为。这些是已知错误，应在最终版本中解决。
最终结果是这可能导致团队开发人员争用项目文件。如果发现团队成员在项目文件签出时产生冲突，可能需要切换到共享签出。
请注意，Solution Explorer 中的特殊 ! 标识符号表示您已以独占方式签出项目文件。
多解决方案中的项目
尽管 Visual SourceSafe 集成支持将项目用于多个解决方案，但仍存在一个错误。使用 Visual Studio .NET Beta 2 时，最好尽量小心并确保每个项目只属于一个解决方案。
脱机工作
脱机工作时，有许多需要注意的问题。最主要的问题是需要取消警告对话框，以便在脱机工作时成功地签出文件。该问题以及其他问题在前面已经叙述过。
项目不在 Visual SourceSafe 内
这可能是个小问题，但如果您的项目不在 Visual SourceSafe 内，并且解决方案在 Visual SourceSafe 内，则 Solution Explorer 会将项目及其文件显示为签出状态，即使它们不在 Visual SourceSafe 中。可以认为签出的标识符表示“本地更改”或不添加到 Visual SourceSafe。签入命令将项目文件添加到 Visual SourceSafe 中。
删除引用
这可能也是个小问题，但如果删除了对非系统程序集的引用，IDE 将不会更新用户项目文件内的引用路径。即使不再引用程序集，程序集的实际位置仍保留在引用路径内。
生成多项目解决方案
默认情况下，每个项目都应生成到自己的输出目录。通常，项目会生成到 bin\debug 或 bin\release 子目录。不支持将一个解决方案内的多个项目生成到同一目录中。
对同一解决方案中的任何引用（即被同一解决方案内的其他项目引用的项目生成输出），“Copy Local”应保留为默认值 TRUE。这既适用于程序集引用，也适用于项目之间的引用。
总结
Visual Studio .NET Beta 2 中的团队工作特性是相对于 Visual Studio .NET Beta 1 的一项重大改进。现在所有的核心方案都能工作，而且大多数运行良好。尽管在发布之前仍需要解决一些小错误，Visual SourceSafe 集成和 IDE 的变化还是带来了改进的团队开发体验。现在可以更轻松地在开发人员之间共享项目文件和源代码文件，并可以更轻松地将应用程序从开发环境移到测试和产品环境。