新人问问vs2010的话如何多个人一起开发项目 如题一个项目如果分成多个功能模块每人分一块怎么一起开发都做完了如何整理成一个项目进行编译希望路过给点具体的指导 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 用VSS啊。Visual Source Safe 或者 team foundation server我VSS用的比较多,感觉很好用啊。签入签出。保证你在改的时候别人改不了你的,别人随时可以获取你更新的最新的代码。 可以用VSS进行源代码的管理。操作很简单 参考:http://www.cnblogs.com/cbyrh/articles/386534.html源码管理也可以使用SVN(subversion),VSS(Visual Source Safe )等.. Platform可插拔模块模块无关独立solution集中接口 team foundation server和vs整合的好。 team foundation server一直用这个,挺方便, 引用错了,应该引用这个,tfs非常强大。 我认为最好用HG,参考:分布式配置管理我最早接触的 SCM 工具是 vss ,但是没用几天(换工作到网易后)就迁移到了 cvs 。我自己大约用了一年后,公司集体从 cvs 迁移到了 svn 。领导这次大迁徙的大大说, svn 是一个更好的 cvs (确实是这样吗?据说有争议,但至少我感觉在多文件版本控制上 svn 比 cvs 方便)。前几年,有人跟我争论过到底 vss 的加锁模式好,还是 cvs 的合并模式好。我觉得答案是不言而喻的,懒得争论。虽然在某些特殊环境上,我们偶尔需要加锁模式协同工作,但对于程序员的协作来说,无疑我们需要并行的工作。我们在若干年前曾经淘汰过一次加锁的协作编码方式,而到了今天,是时候再做一些改变了。或许,分布式的版本控制工具才是未来的发展方向。我想,总有一天,cvs/svn 这类集中式版本控制工具会被淘汰掉的。说说我的困扰吧,可能很多开发小组也遇到过。 我们禁止提交不能编译通过的代码,尽量不提交不能测试通过的代码。结果,对于很复杂的模块,有人几乎一个月都没提交过一次。他总是觉得程序还不太成熟,但几经修改的代码其实从来没有作版本控制。 有些模块由两个人合作编写,关系非常紧凑。有时候需要在两人之间交换一些代码,为了方便,大家通过代码仓库中转,结果在仓库中留下许多未完成的版本。 代码被用笔记本带回家,结果在家完成的部分无处可以提交。(为了安全,我们的代码仓库不能从外网访问) 某人写了一个模块,总是有 bug 没有修改完,而不敢提交。这个时候,另一个人希望协助他找问题,却没有合适的途径 share 那段完成了一半的模块。跑过去 XP 一下么?天哪,为什么我们这里每个人用的编辑器都不一样,还都爱用些特别个性的配色方案呢? 可以使用VSS或者也可以用SVN的 这里至少可能蕴含有两个官僚问题。其一,“不能测试通过的代码”是哪个方面的问题?是不是你们总是事后才对人家的代码的逻辑设计说三道四?难道任务的逻辑和测试设计没有集中讨论过?我通常会在三四个小时的会议上集中讨论二十个任务,我知道有些程序员做的设计很烂,但是既然我分配他设计一小块,我就会尽量支持程序员的设计(尽管我可能已经考虑下一个迭代周期中如何重构它的问题),此时要的是立刻确定任务内涵。如果议而不决,那么只能说所有的执行者都是榆木脑袋不可救药了。此时根本不提谁来实现任务的问题,先要订好任务的验收标准和工期,这是最重要的。如果等人家开发完成,如果某些测试的人再来对逻辑设计指责,这是就应该立刻维护开发人员的利益,by desing的问题,开发人员一点责任也没有。其二,超时的任务应该本着“删除、不看、不关心“的态度。就算你心疼别人付出了劳动,但是既然他可以超时,就应该表现出轻蔑的态度、“我打算让别人重做”的态度。这样以后就不会轻易超时太多了。通常我们持续两三个月的里程碑,顶多超时四五天,也就这么多。因为你平常做具体任务是就不会超时一两天。 成员之间的“沟通”不应该靠愚笨的行政手段,不应该靠搞运动,而应该“无声无息”地被技术管理流程牵着鼻子走。实际在真正XP的开发过程中,只要抓住核心技术手段,人与人之间就会很自然地迅速沟通,而不用你去在别人背后喊口号要求它沟通。而至于别人用了什么配色方案,当天就看到了。因为就算XP的所谓“结对”本来也是几个小时之间的结对,上午的结对下午就换人换对子了,而不是一些人理解的那种持续好几十天不换人的所谓结对。 SVN(subversion),VSS(Visual Source Safe ) socket通讯时 xml报文如何加密? Wince 多线程 不能在select语句里有变量? 程序只使用Excel的基本功能,需要跟随excel升级吗? winform线程修改界面上的显示问题 高分求解:DataGrid显示图片问题(读取SQL数据库中存储格式为Image类型) 如何将一个string 类型的值加到DataTable中 高分了,axWebBrowser的拖拽超链接的事件到底如何实现啊??? 控件透明只对form透明,不会 对下面的控件透明 c#关于短信的问题 弄了两天的问题,哎,求助 急急急!在线等!! 更新dataTable
我VSS用的比较多,感觉很好用啊。签入签出。保证你在改的时候别人改不了你的,别人随时可以获取你更新的最新的代码。
http://www.cnblogs.com/cbyrh/articles/386534.html源码管理也可以使用SVN(subversion),VSS(Visual Source Safe )等..
模块无关
独立solution
集中接口
和vs整合的好。
分布式配置管理我最早接触的 SCM 工具是 vss ,但是没用几天(换工作到网易后)就迁移到了 cvs 。我自己大约用了一年后,公司集体从 cvs 迁移到了 svn 。领导这次大迁徙的大大说, svn 是一个更好的 cvs (确实是这样吗?据说有争议,但至少我感觉在多文件版本控制上 svn 比 cvs 方便)。前几年,有人跟我争论过到底 vss 的加锁模式好,还是 cvs 的合并模式好。我觉得答案是不言而喻的,懒得争论。虽然在某些特殊环境上,我们偶尔需要加锁模式协同工作,但对于程序员的协作来说,无疑我们需要并行的工作。我们在若干年前曾经淘汰过一次加锁的协作编码方式,而到了今天,是时候再做一些改变了。或许,分布式的版本控制工具才是未来的发展方向。我想,总有一天,cvs/svn 这类集中式版本控制工具会被淘汰掉的。说说我的困扰吧,可能很多开发小组也遇到过。 我们禁止提交不能编译通过的代码,尽量不提交不能测试通过的代码。结果,对于很复杂的模块,有人几乎一个月都没提交过一次。他总是觉得程序还不太成熟,但几经修改的代码其实从来没有作版本控制。
有些模块由两个人合作编写,关系非常紧凑。有时候需要在两人之间交换一些代码,为了方便,大家通过代码仓库中转,结果在仓库中留下许多未完成的版本。
代码被用笔记本带回家,结果在家完成的部分无处可以提交。(为了安全,我们的代码仓库不能从外网访问)
某人写了一个模块,总是有 bug 没有修改完,而不敢提交。这个时候,另一个人希望协助他找问题,却没有合适的途径 share 那段完成了一半的模块。跑过去 XP 一下么?天哪,为什么我们这里每个人用的编辑器都不一样,还都爱用些特别个性的配色方案呢?
这里至少可能蕴含有两个官僚问题。其一,“不能测试通过的代码”是哪个方面的问题?是不是你们总是事后才对人家的代码的逻辑设计说三道四?难道任务的逻辑和测试设计没有集中讨论过?我通常会在三四个小时的会议上集中讨论二十个任务,我知道有些程序员做的设计很烂,但是既然我分配他设计一小块,我就会尽量支持程序员的设计(尽管我可能已经考虑下一个迭代周期中如何重构它的问题),此时要的是立刻确定任务内涵。如果议而不决,那么只能说所有的执行者都是榆木脑袋不可救药了。此时根本不提谁来实现任务的问题,先要订好任务的验收标准和工期,这是最重要的。如果等人家开发完成,如果某些测试的人再来对逻辑设计指责,这是就应该立刻维护开发人员的利益,by desing的问题,开发人员一点责任也没有。其二,超时的任务应该本着“删除、不看、不关心“的态度。就算你心疼别人付出了劳动,但是既然他可以超时,就应该表现出轻蔑的态度、“我打算让别人重做”的态度。这样以后就不会轻易超时太多了。通常我们持续两三个月的里程碑,顶多超时四五天,也就这么多。因为你平常做具体任务是就不会超时一两天。