一直再做一个购物网站，不多对于架构有些问题，大家帮忙来看看

Question

网站使用Asp.net 2.0 +sql server 2005开发的，使用的三层架构，不过随着网站越来越大，修改起来感觉越来越费劲，一直想要修改的适合多人开发的模式，但是有些拿不定主意，大家来看看。我现在的项目结构是，一个webUI的项目，一个数据访问的项目，一个公共类项目，一个业务逻辑的项目。除了webUI以外，其他的都是根据业务类型进行建立类文件，然后编写的。但是现在发现在多人同时修改的情况下，就会出现更新有问题的情况。比如我现在想要修改一个购物车的功能，但是同时WebUI下面还有别的功能正在修改，这样就无法在修改完成购物车以后，直接更新，只能等待全部功能都调整好了。才能进行更新。有没有什么好办法能够将不同的业务拆分出来，让功能可以一点点修改，并且更新，不会影响到其他的功能。

Answer 1

和业务没有关系。你应该用源代码管理系统，比如 SVN、Git 或者 TFS。

Answer 2

我现在用的是VSS。不过经常很多功能一起改。而且提交的时候也没个人审核，所以最终导致VSS里面的版本也不一定是好用的。
你说的的这些系统没用过，是否可以有审核提交代码的功能呢？

Answer 3

只要是个源代码管理系统，就必须有 Check in 的功能，这还用问？

Answer 4

既然已经用VSS了，谁修改啥就check out啥，修改完再Check in 

Answer 5

但是Check in 的东西不一定的是好用的，还是需要进行测试验证的，这就会导致版本库里面的内容不一定是完全正确的。比如开发人员A签入的一个代码，测试人员正在测试，所以这部分功能无法更新，但是开发人员B的功能已经测试通过了。这就会出现B的功能一直无法上传，只能等待A的全部测试完成后才能进行上传。
如果A的测试过程中C又进行签入，并且申请测试，就会导致版本库里面一直都有无法上传的数据，也就等来等去，无法更新。这就是我现在遇到的问题。

Answer 6

有良好的变成规范和一致性
最好做到敏捷开发   一个团队像一个人每天项目开始前更新一遍项目
下班前提交一次SVN