在asp.net中将单个解决方案拆分为多个解决方案

Question

我如何将一个单一的解决方案网站拆分成多个解决方案(而不是多个项目)，以便独立的开发人员可以在单独的解决方案上工作，同时仍然具有对其他解决方案的“可见性”？例如，我希望能够直接从Visual Studio (F5)运行和测试业务模块，但是登录模块在一个单独的解决方案中。有没有像这样划分网站开发的方法？

如果不是，多个开发人员如何在同一解决方案中的不同项目上工作？(我们是一个小商店，还没有尝试过Team Foundation Services)。

Answer 1

..。源代码控制。

我读到了你的问题，我想到的第一件事是“他们试图在网络共享上托管的源代码的相同副本上工作”。坏，坏，坏。即使它是一个网站，并因此在其正常运行状态下从一个地方访问，这也不是开发它的正确方式

为自己获取Subversion或Mercurial的副本，检查其中的代码库，并确保每个人都定期提交他们的更改。Subversion Server本身是免费的；一些用于提供图形用户界面和集成开发环境集成的工具是免费的(但一些好的工具是免费的；查看TortoiseSVN了解基于Windows Explorer的一般存储库操作，而AnkhSVN是用于Visual Studio的免费软件插件，允许在集成开发环境中提交/更新)。

一旦您设置了这个源代码控制系统，每个人都可以将代码库的工作副本“签出”到他们的本地机器上，并且可以对它进行他们想要的所有更改，然后当他们有了一个稳定的工作版本时“签入”这些更改，然后其他每个人都可以通过更新他们自己的工作副本来获得这些更改。显然，这需要开发人员的机器有足够的力量在他们自己的机器上运行网站的基本副本(过去4年左右的大多数PC在运行IIS、SQL Server Express的实例和只有开发人员浏览它的ASP.NET站点时应该没有问题)。要查看最新的工作副本的外观和行为，您可以定期将其发布到模拟您的生产服务器的临时环境中(在不同的计算机上分发相同的服务，如IIS/SQL Server，除非您需要进行负载测试，否则可能功率较小)。

SVN通过“合并”更改来处理同一文件的多次提交，通常只有当两个开发人员以不同的方式修改同一行代码时才会出现问题。如果有人正在对代码库进行大规模的全面更改，这可能会扰乱其他用户，但仍然想“提交”他的工作副本(通常这是一件好事，如果没有其他事情，为了备份的目的)，他可以基于当前源代码剪切一个“分支”，更新并提交到它，然后在完成后，将他的更改合并回“主干”中。

基本上，在项目中工作的每个开发人员都应该在同一组源代码中工作，理想情况下，这是一个单一的解决方案，开发人员可以从头开始从版本控制下载，在VS中打开，点击“构建”按钮，然后开始。你的团队应该就他们正在处理的项目和源文件相互沟通，并且应该定期(比如每一两个小时)提交他们的更改，并获得其他所有人的更改。

你可以全力以赴，实现一个“持续集成”服务器。在每次签入时，该系统将提取最新的源代码并运行许多自动化任务，如运行各种测试/指标、推送到登台等。如果您将TeamCity安装在三个或更少的“构建代理”上，则TeamCity是免费的(每个“构建代理”可以运行不同的测试套件，或者基于不同的提交进行工作)。当您严格遵循测试驱动的开发实践时，这通常具有最大的价值；然后，CI服务器运行单元和集成测试，以确保代码执行开发人员认为它应该执行的所有操作，并确保代码覆盖率，以确保规则得到遵守，代码得到充分的测试。

在公开不同但重叠的项目的不同解决方案中工作的想法并不是一个很好的想法；我只将这种方法视为减少托管虚拟机环境中的资源需求的策略(加载大量项目，特别是使用ReSharper等代码分析工具，确实会给较旧的系统或仿真器/VPC设置带来负担)。