UC知道公司使用vss时出现比较混乱的问题，谁能给出解决办法！
来源：百度知道 编辑：UC知道 时间：2024/07/08 02:04:41
最近公司的版本控制软件vss使用的不是很好，
经常出现下面的问题:
1、从vss下载了源码，但是没有锁定，自己在修改期间，另外一个人锁定后修改，造成多人修该同一个文件
2、程序员锁定代码修改后上传了测试服务器，然后上传了正式服务器，但是代码一直锁着，后来这个程序员闪人了，没有办法找到最新的代码了。
3、vss上只有src也就是java文件，服务器上只有class文件，虽然可以一一对应，但是src上的到底是不是class文件的源文件，无法确定。
附：
公司的vss是使用流程
1、确定自己要修改的代码后，查看vss上是否被checkout，如果没有被checkout，自己checkout。
2、本地修改代码，自行测试没有问题后，将代码和class文件上传测试服务器，提交测试组测试
3、测试无问题后，程序员自行将源文件上传vss，但保持锁定状态
4、代码上传模拟正式服务器，仅内部使用，外部可见，查看运行正常后上传正式服务器，此时程序员可以checkin该文件
整个流程结束
谁能给出好的解决方法？
多人修改一个文件的需求是一定存在的，而且没有办法确定文件最初的书写者是谁，也不是两个人同时checkout，而是有的人直接获取最新的版本之后在本地开始修改，提交测试的时候发现和别人的冲突了，因为另外一个人checkout同样一个文件去修改了~
经常出现下面的问题:
1、从vss下载了源码，但是没有锁定，自己在修改期间，另外一个人锁定后修改，造成多人修该同一个文件
2、程序员锁定代码修改后上传了测试服务器，然后上传了正式服务器，但是代码一直锁着，后来这个程序员闪人了，没有办法找到最新的代码了。
3、vss上只有src也就是java文件，服务器上只有class文件，虽然可以一一对应，但是src上的到底是不是class文件的源文件，无法确定。
附：
公司的vss是使用流程
1、确定自己要修改的代码后，查看vss上是否被checkout，如果没有被checkout，自己checkout。
2、本地修改代码，自行测试没有问题后，将代码和class文件上传测试服务器，提交测试组测试
3、测试无问题后，程序员自行将源文件上传vss，但保持锁定状态
4、代码上传模拟正式服务器，仅内部使用，外部可见，查看运行正常后上传正式服务器，此时程序员可以checkin该文件
整个流程结束
谁能给出好的解决方法？
多人修改一个文件的需求是一定存在的，而且没有办法确定文件最初的书写者是谁，也不是两个人同时checkout，而是有的人直接获取最新的版本之后在本地开始修改，提交测试的时候发现和别人的冲突了，因为另外一个人checkout同样一个文件去修改了~
但是没有锁定，自己在修改期间，另外一个人锁定后修改，造成多人修该同一个文件
为什么可以2个人改一段代码？每个人改自己的就好，要改别人的，要商量啊！
还是用cvs的好！
将class反编译,然后将反编译后的java文件上传到vss.以后版本控制用SVN吧.
必须在项目组里强制性的,修改文件只能先checkOut,然后再进行修改.如果不checkOut就修改文件,那么就要给予一定的惩罚.
不是很明白楼主的意思,是指可以多人checkout一个文件吗?
如果楼主这样说我明白了,但同样没有很好的解决办法,
我们以前的做法是一个人管理几个文件,如果有修改,改完以后,交给管理这个文件的人,但这样效率很差,只适用于少量文件
如果是大量文件,而且文件使用频率很高,我们就会把文件按内容拆成小文件,每个人改的时候就占住那个文件不放,改完以后再放开.到成品的时候,再合成一个文件.
我只见过这两种管理方法.只能说这么多了