15 个解决方案
#1
源代码管理工具,例如vss
#2
waiting............
#3
關注一下
#4
有条件用VSS最方便了
没条件的话到最后把所有人的文件都拷到一起填加到项目中也可以
注意命名空间不要有冲突的类就可以了
没条件的话到最后把所有人的文件都拷到一起填加到项目中也可以
注意命名空间不要有冲突的类就可以了
#5
做的时候就用vss
#6
最後=整合一下就OK了啊
#7
正准备用2005呢
mark~~
mark~~
#8
前期模块之间的接口定义要定义好!然后用上面提到的vss源代码管理或者cvs都可以协同开发
#9
现在 VSS 哪个版本就好用啊 ? 8。0 ?
#10
copy到一起就可以了。
#11
再等等,vs2005马上就要出来了。先别用vss6.0了。现在的vss6.0跟vs2005结合的特别不好,我现在的项目就用着这个,配置起来出了一大堆的问题。真麻烦。vs2003和vss6结合得还不错。最好还是vs2005和sql2005 vss2005进行配套使用,要不然使用当中出现问题可不得了啊!
#12
up
#13
放到一个目录下就可以了
#14
放到一起,分别是不一样的项目,然后编译,ok!
#15
这个问题应该早有结论了~
从一开始,团队各个成员就应该协同开发,而不是各自为战,最后才合到一起!
(下面这些是对新手说的:)
VSS也好,ClearCase也好,这些源代码管理工具其原理都是近似的,服务器上的源代码才是唯一正式的源代码,大家随时可以从服务器取得最新的文件,也可以随时往服务器上传新开发的文件,或者修改原有代码文件,当然,这要求每个人都养成良好的习惯,例如往服务器签入的代码至少是可编译通过的,又例如要注意本机代码与服务器上的代码尽量保持同步。
从一开始,团队各个成员就应该协同开发,而不是各自为战,最后才合到一起!
(下面这些是对新手说的:)
VSS也好,ClearCase也好,这些源代码管理工具其原理都是近似的,服务器上的源代码才是唯一正式的源代码,大家随时可以从服务器取得最新的文件,也可以随时往服务器上传新开发的文件,或者修改原有代码文件,当然,这要求每个人都养成良好的习惯,例如往服务器签入的代码至少是可编译通过的,又例如要注意本机代码与服务器上的代码尽量保持同步。
#1
源代码管理工具,例如vss
#2
waiting............
#3
關注一下
#4
有条件用VSS最方便了
没条件的话到最后把所有人的文件都拷到一起填加到项目中也可以
注意命名空间不要有冲突的类就可以了
没条件的话到最后把所有人的文件都拷到一起填加到项目中也可以
注意命名空间不要有冲突的类就可以了
#5
做的时候就用vss
#6
最後=整合一下就OK了啊
#7
正准备用2005呢
mark~~
mark~~
#8
前期模块之间的接口定义要定义好!然后用上面提到的vss源代码管理或者cvs都可以协同开发
#9
现在 VSS 哪个版本就好用啊 ? 8。0 ?
#10
copy到一起就可以了。
#11
再等等,vs2005马上就要出来了。先别用vss6.0了。现在的vss6.0跟vs2005结合的特别不好,我现在的项目就用着这个,配置起来出了一大堆的问题。真麻烦。vs2003和vss6结合得还不错。最好还是vs2005和sql2005 vss2005进行配套使用,要不然使用当中出现问题可不得了啊!
#12
up
#13
放到一个目录下就可以了
#14
放到一起,分别是不一样的项目,然后编译,ok!
#15
这个问题应该早有结论了~
从一开始,团队各个成员就应该协同开发,而不是各自为战,最后才合到一起!
(下面这些是对新手说的:)
VSS也好,ClearCase也好,这些源代码管理工具其原理都是近似的,服务器上的源代码才是唯一正式的源代码,大家随时可以从服务器取得最新的文件,也可以随时往服务器上传新开发的文件,或者修改原有代码文件,当然,这要求每个人都养成良好的习惯,例如往服务器签入的代码至少是可编译通过的,又例如要注意本机代码与服务器上的代码尽量保持同步。
从一开始,团队各个成员就应该协同开发,而不是各自为战,最后才合到一起!
(下面这些是对新手说的:)
VSS也好,ClearCase也好,这些源代码管理工具其原理都是近似的,服务器上的源代码才是唯一正式的源代码,大家随时可以从服务器取得最新的文件,也可以随时往服务器上传新开发的文件,或者修改原有代码文件,当然,这要求每个人都养成良好的习惯,例如往服务器签入的代码至少是可编译通过的,又例如要注意本机代码与服务器上的代码尽量保持同步。