怎样才能更好解决版本不一致问题？？？

happytll

我们公司准备开始作daily build，但怎样才能解决好版本不一致的问题呢？？还请大家多多指教，谢谢先！！！
以前我们常常出现这样的问题：测试人员测试的是一个旧版本，而开发人员却在另一个新版本中工作，这样工作直接导致测试人员的工作白费，因为旧版本的BUG不一定在新版本中存在。
如果开始daily build后，第二天来，测试人员开始测试昨晚新的Build，开发人员在哪个版本中工作?

千里

是每一次build之后就会产生一个版本吧

happytll

谢谢各位了 ;)

xihong2004

版本的编号，可以编号＋时间
比如V1.25.2--050224
如果一天内同一个版本，就是V1.25.3--050224（或V1.25.2--050224--1）

xihong2004

测试过程中，要严格控制版本
我们的原则是：
出一个新版本，测试完后，提交程序；
程序修改后，再出新版本；
每个版本都要编号．

black_tulip

不明白楼主你的问题在哪里。

“开发人员却在另一个新版本中工作”——这句话并不成立，如果，没有生成一个新版本，他还是在基于上一个版本工作。

譬如，
05/2/24 17：00生成一个版本：V050224。
25日测试人员测这个版本，这怎么叫在旧版本上工作呢？
如果中午完成了测试，发出bug list，而上午程序员也在修改程序，看到bug后进行解bug，到下午17：00才又生成一个版本：V050225。

Jassia

我觉得程序员不论每次更改多少程序，都应该生成一个新的版本号。比如开始的版本是2.5，发现bug后，第一次更改的版本就是2.5.1；下次更改就是2.5.2；依次类推。开发人员每次送测的都是最新版本。而测试人员应经常维护程序员上传软件的文件夹，总保持最近一次版本。这样程序员上传新版本的时候可以对照，总比该文件夹里那个版本高。

investmark

有些错误是这样的，就是开发人员为了build一个新的版本，把一些新改bug的程序没有build上去，这时也会出现测试版本和开发版本不相同的情况，这个时候怎么解决？

xuerzj

事先和开发确定好发布build的时间间隔，一天一次还是两天一次。
每次发布时要开发写明变更内容。
开发和测试都使用一个版本开发和测试。

需求又在变

可以看到，你们公司根本就没有配置管理，对不？
建议贵公司考虑设一个SCM的岗位。
对开发过程中的所有配置项进行统一的管理。
版本控制只是配置管理工作中的一个部分而已！

funly

如果是旧版本可以拒绝测试。（之前一定要沟通好）

把浪费的时间计录下来（向上层反应）

测试人员来进行daily build。

修改过的东西，写一份变更表。看着变更表很容易发现代码是否更新。（别告诉我你们没有版本控制工具）

方法很多了。自己想想看。