SQL Server 2005与IBM DB2 v8.2之对比——Visual Studio和.NET开发人员的数据库平台（三）

核心提示： 摘要：本文为在 Visual Studio .NET 中开发源代码管理的 Web 项目提供了策略， 简介 任何一个人都不可能掌握快速而连贯地创建一流水平的软件应用程序所需的全部语言、技术、工具和方法，SQL Server 2005与IBM DB2 v8.2之对比——Visual Studio和.NET开发人员的数据库

　　摘要：本文为在 Visual Studio .NET 中开发源代码管理的 Web 项目提供了策略。

 简介

任何一个人都不可能掌握快速而连贯地创建一流水平的软件应用程序所需的全部语言、技术、工具和方法，因此，大多数专业开发人员都以团队的形式合作进行开发。这也是效率和经济效益所需要的。同样，大多数软件开发团队采用并行开发方法，这样就可以将单个开发人员从“串行开发”的束缚中解脱出来；所谓串行开发，即只有当一位开发人员完成任务后，下一位开发人员才能开始工作。“并行开发”允许多个开发人员同时“隔离”地工作，以稳妥的方式开发某个项目的相同或不同的部分和版本。要发挥并行开发的优势，团队必须实现进程化，以便项目开发人员能够在小冲突变成大冲突之前，迅速、逐步及自动地（某些情况下）对其进行解决。通过确保足够的开发隔离度，Visual Studio .NET 可以提高团队的协作能力。

隔离工作时，两个或多个开发人员可以进行有冲突地更改，并确保至少有一名团队成员有机会对各个冲突点进行审阅并选择合适的方案。与以前发布的 Microsoft 开发工具所不同的是，Visual Studio .NET 现在支持 Web 和非 Web 项目的真正隔离开发。

本文提供了以团队方式顺利开发 ASP.NET Web 项目的策略，介绍了 Web 项目文件管理，以便您更方便地了解如何以团队的形式设置、开发和部署源代码管理的 Web 应用程序。一个可靠的协作开发策略由以下因素组成：

• 源代码管理
• 程序的一致性
• 隔离性

要确保协作成功，其中最简单的方法就是使用源代码管理解决方案、项目和其他共享资源。源代码管理可以保护团队资源不会被意外删除，保护单个开发人员的更改不会被盲目或无意覆盖，还可以按版本维护所有项目文件的历史记录。Visual Studio .NET 使源代码管理成为项目文件管理的扩展，从而降低了源代码管理的复杂性。您无需离开集成开发环境 (IDE) 或者打开另一个应用程序，即可实现所有源代码管理操作。

了解解决方案和项目

Visual Studio 减少了项目文件管理和源代码管理中许多单调而复杂的操作。例如，当您在项目中添加新项时，Visual Studio 可以将其保存在存储区中的某个位置。只要文件是打开的并且按要求与项目编译在一起，就无需您来确定文件的保存位置。而在开发 Web 应用程序时，了解 Visual Studio .NET 如何在后台管理项目文件，可以为您和您的团队节省大量时间和金钱。

解决方案

无论何时从存储区中创建 Web 项目或打开现有的 Web 项目，系统都将自动创建包含该项目的解决方案。所有 Visual Studio .NET 解决方案都包含一个解决方案文件 solutionname.sln，它存储解决方案元数据，例如项目列表及其在存储区中的位置。解决方案包含另一个解决方案文件 solutionname.suo，它跟踪用户特定的信息，例如 Visual Studio 项目的默认保存位置。将解决方案添加到源代码管理时，将只添加 *.sln 文件。而且，从始至终都不会签入 *.suo 文件。

从源代码管理的角度而言，以下两个关于解决方案的重要事项值得注意。

• 解决方案是本地的。解决方案和 Web 项目文件存储在不同的位置。与 Web 项目的文件项不同，解决方案文件永远不会存储在 Web 服务器上，除非您刻意将其存放在 Web 服务器上（建议您不要这样做）。Web 项目文件（.vbproj 和 .csproj）驻留在 Web 服务器上，而解决方案文件（.sln 和 .suo）以及 Solution Items（解决方案项）文件夹中的所有文件项在默认情况下都存储在文件系统文件夹中。这一点非常重要，因为它会影响源代码管理的 Web 项目的结构和可管理性。
• 创建解决方案，而不是项目。通过先创建一个解决方案，然后再添加项目，您可以在存储区中维护解决方案及其项目之间的逻辑父子关系。这样做可以确保多项目解决方案中从属项目的可搜索性，还有助于避免一些易混淆的问题，这些问题可能会伴随一些更复杂的源代码管理操作而出现，例如分支与合并。
  上一页  1 2 3 4 5 6 7 8 9 10  下一页