同一个团如何同时协作开发asp.net项目？
说明一下目前我们使用asp.net开发网站，使用C#
大概5。6个人，分别负责网站内不同的项目
但是，5。6个人的工作最重要合并成一个整体的。
我想问一下
大家一般如何做？ --------------------编程问答-------------------- 手工合并版本或者使用VSS一类的软件。 --------------------编程问答-------------------- VSS --------------------编程问答-------------------- 人员之间按模块分啊，然后每日去合并在工程中啊 --------------------编程问答-------------------- 有协同和版本控制软件的。 --------------------编程问答-------------------- .Net中VSS实现版本控制管理的方法
初始入库
方法一：
第一步：用VS.NET连接到要入到VSS受控中心库的源VSS库，创建一个存放源VSS库中解决方案的一个本地路径，如果项目是一个WEB项目，还会要求创建一个WEB虚拟路径对应的一个本地路径，此路径用来存放WEB项目文件；创建好上面两个目录，就会在VS.NET中看到已经打开的源VSS库中的解决方案，此时进行第一次编译，看看拿过来的VSS源库中的解决方案有没有问题，如果编译成功，进入我们的第二步；
第二步：在VS.NET的“文件”菜单下，依次打开“源代码管理”—〉“更改源代码管理”，在出现的对话框中点击“取消绑定”，这样做的目的是使解决方案与VSS服务器脱离关系，变成一个纯粹的本地文件；然后进行第二次编译，编译通过，关闭VS.NET，打开资源管理器，进入第三步；
第三步：在资源管理器中找到第一步中创建的那两个目录，此时目录下已经有源VSS库下的所有项目文件和WEB工程文件，此时我们需要删除哪些与源VSS库有关的一些文件，使用文件搜索，在这两个目录下找VSS和SCC的文件，找到后把它们都全部删除，然后进入第四步；
第四步：打开VS.NET，打开我们创建的目录下的解决方案文件，此时我们会看到此解决方案是在与任何VSS库脱离关系下运行的，运行我们的第三次编译，如果编译通过，右键解决方案，在弹出菜单中选择“将解决方案添加到源代码管理”，此时会出现把解决方案添加到源代码管理的对话框，输入项目名称，点击“OK”，现在我们要做的就是安静地等待VS.NET把我们从源VSS库中取到的项目和项目文件添加到我们自己的VSS受控中心库；添加完成后，进入第五步；
第五步：关闭VS.NET的解决方案，在“文件”菜单下，依次打开“源代码管理”—〉“从源代码管理打开”，连到我们的VSS受控中心，打开刚加入的项目解决方案，打开后如果有提示说找不到引用文件，需要在“解决方案资源管理器”中右键项目，在项目的属性对话框中添加项目的引用路径，然后进行我们的第四次编译，如果编译通过，通过“项目”菜单下的复制项目把项目文件打包，此包就可以用作测试人员进行测试的可执行包，然后进入第六步；
第六步：签入此时的解决方案和项目文件，签入后关闭解决方案，关闭VS.NET，然后打开VSS Explorer，右键VSS Explorer中我们签入的项目，然后选择“Label”菜单，此时输入项目的版本信息和注释信息，点击“OK”，初始化VSS受控中心库宣告完成，以后就是维护和升级。
方法二：
说明：有了前一种方法的介绍，头脑中应该有一个使用VSS进行版本控制的基本流程和基本思路，按照前一种方法的同一道理，此方法也可以按以下步骤进行。
第一步：打开VSS Explorer，连接到源VSS库，然后在VSS Explorer左侧窗口中右键项目根目录，选择“Get Latest Version…”，获得项目文件并放到一个指定目录，完成后关闭VSS Explorer，进入第二步；
第二步：打开资源管理器，找到第一步指定的文件目录，从目录中查找所有VSS和SCC文件，找到后删除这些文件，然后进入第三步；
第三步：打开VSS Explorer，连接到我们自己创建的VSS受控中心库，在该库下创建一个项目，项目名称由实际开发项目和命名规则来定，项目创建完后，进入第四步； --------------------编程问答-------------------- 第四步：选中刚创建的项目，在“File”菜单下点击“Add Files…”，把第一步指定的目录下的在第二步中已修改过的所有项目文件添加到VSS Explorer项目中，添加完后，进入第五步；
第五步：打开VS.NET，连接到VSS受控中心库，打开我们刚创建的项目中的解决方案，此时需要同方法一一样创建VS.NET解决方案和WEB工程文件的目录，完成加载VSS受控中心库中的解决方案后，进入第六步；
第六步：运行第一次编译，如果编译通过，在VS.NET的“项目”菜单下点击“复制项目”，把解决方案打包，此包分发给测试人员作测试用，然后进入第七步；
第七步：在VS.NET中签出VSS库解决方案和所有项目文件，如果编译通过，签入VSS受控中心库，签入完成后，关闭VS.NET，再打开VSS Explorer，右键我们创建的项目，选择“Label”，设置项目的版本信息和注释，该方法的初始入库步骤走完。
后续版本入库：
方法一：
第一步：打开VS.NET，连到我们的VSS受控中心库，打开VSS受控中心库中指定的项目解决方案，打开后签出解决方案中所有文件到打开时创建的项目文件目录和WEB工程指定目录，进入第二步；
第二步：再启一个VS.NET，从“文件”菜单—〉“源代码管理”—〉“从源代码管理打开”，连到后续版本VSS源库，打开后续版本VSS源库中的解决方案，打开后签出后续版本解决方案中所有文件到打开时创建的项目文件目录和WEB工程指定目录，要保证此步骤中创建的目录与第一步中创建的目录不是同一目录，然后进入第三步；
第三步：把第二步中创建的目录下的所有项目文件拷贝到第一步中创建的目录下，并替换第一步中创建的目录下的所有项目文件，进入第四步；
第四步：此时需要检查在VS.NET下此时的解决方案的正确性，包括项目文件的引用路径等等，运行编译，如果编译通过，就把此时的解决方案签入到我们的VSS受控中心库，签入完成后，关闭VS.NET，进入第五步；
第五步：打开VSS Explorer，右键项目，选择“Label”，重新设定此时项目的版本信息和注释，点击“OK”，后续版本的加入宣告完成。
方法二：
第一步：利用VSS Explorer连接到受控中心，CheckOut要对其加入新版本的VSS受控库中的上一次版本到一个指定的工作目录，进入第二步；
第二步：利用VSS Explorer连接到新版本的VSS源库，得到它所有项目文件到一个指定目录，然后进入第三步；
第三步：拷贝第二步指定目录下的所有项目文件到第一步指定的目录下并覆盖所有同名目录和文件，进入第四步；
第四步：打开VSS Explorer，连接到受控中心，CheckIn第一步指定目录下的所有文件，接着进入第五步；
第五步：打开VS.NET，连接到此时的VSS受控中心库，打开项目解决方案，如果在打开项目解决方案时出现错误提示，则需进行相应修改，修改好后运行编译，如果编译通过，进入第六步；
第六步：再次打开VSS Explorer，右键指定项目，选择“Label”，给项目设置新的版本和注释信息，至此，通过方法二（充分利用VSS Explorer）实现初始入库和后续版本入库操作完成。 --------------------编程问答-------------------- 通过版本控制实现。
VSS
CVSNET
SubVersion
参考
http://www.cnblogs.com/meil/category/77238.html
--------------------编程问答-------------------- 学习中。。。 --------------------编程问答-------------------- 这个网站是专门为了这个需求而生的：
http://www.svnhost.cn/ --------------------编程问答-------------------- vss或者楼上的都可以。 --------------------编程问答-------------------- 看看C#编程规范 --------------------编程问答-------------------- 学习了,版本控制,不错 --------------------编程问答-------------------- 把整个系统的预期的功能简单地“分解”一下然后分给每一个人，这是手工作坊的一贯的做法。
以良好的任务管理系统来管理项目，可能每一个具体的开发任务（不包括评估和设计）只有3、5天。程序员是流动的、测试人员是流动的，甚至产品设计人员都是流动的，只有评估、设计、测试的最高层才是相对稳定的。 --------------------编程问答-------------------- 没办法，实践性太强的东西无法解释。对软件工程的过程管理的看法根本是一静一动、一个片面一个全面、一个技术化一个市场化，这很难在一个技术论坛去解释清楚。给你参考一点，最重要的事情是你的设计思想，而最紧迫的事情是推进项目进度（让客户参与到产品质量控制中来），既不能偏重于最重要的事情也不能偏重于最紧迫的事情。 --------------------编程问答-------------------- 用版本控制工具 VSS或者CVS --------------------编程问答-------------------- sp1234回答的比较高深 有点抽象
不过可以看出是经验的总结.
请问一下你工作多长时间了？ --------------------编程问答-------------------- SVN --------------------编程问答--------------------
代码托管 --------------------编程问答-------------------- vss 吧，比较简单适合小团队 --------------------编程问答-------------------- 是啊，VSS就行啊 --------------------编程问答--------------------
我们目前利用这个进行团队开发呵呵。 --------------------编程问答-------------------- VSS or SVN --------------------编程问答-------------------- 人员之间按模块分。分每一个人一个任务就可以了. --------------------编程问答-------------------- VSS&&CVS
--------------------编程问答-------------------- 呵呵 --------------------编程问答-------------------- microsoft 自己的TFS配合vs2005,vs2008多好啊，vss早落伍了！ --------------------编程问答-------------------- VSS和SVS已经落后了，现在一般都用SVN了，SVN最强大，很好用，使用起来很方便 --------------------编程问答-------------------- 看来还是没人用TFS？？ --------------------编程问答-------------------- VSS,但是VSS有事延时或者出现这样那样的问题，而且还要经常备份！ VSS推荐指数3.0； --------------------编程问答-------------------- 推荐svn
--------------------编程问答--------------------
版本控制 VSS 是免费的~~
--------------------编程问答--------------------
如果是都在局域网一起开发推荐使用VSS，如果是分散开发最好是SVN
补充：.NET技术 , ASP.NET
