小小的改动就是点后面的数字加一下,改个BUG可以改一下点后的第二位,
大的改动就要改点前面的那个数。
一般是这样。没有硬性规定

解决方案 »

  1.   

    我的习惯是:
    a.b.c.da: 版本号。
    b: 发行号。同一版本下release的次数。
    c: 修订号。修正bug的编号。(可能修正多个bug才发行一次)。
    d: Build 号。 即Build的次数,这点是跟微软学的,自己写了个工具每Build一次自动增加。
      

  2.   

    我是
    A.B.C
    A:版本号
    B:副版本号
    C:Build日期
      

  3.   

    我的是
    A.B.C.D
    A.主版本号
    B.次版本号
    C.修订版本号
    D.编译日期如:3.1.12.0318
      

  4.   

    a.b.c.d是标准格式
    以前用DELPHI时,它有说明的。
    好像是 主版本号.副版本号.内部测试号(即阿尔法版本号).外部测试号(贝塔版本号)
    其实我感觉自己写的程序没有必要这样,我自己写的程序是这样的
    a.b.c [个人/团体].主版本号.修订版本号
    见笑了!
      

  5.   

    同意_liang_的看法,如首次用的是1.0,后修正其小小bugs,用1.01;而前两个,一般是对软件大的改观用诸如2.0了,小小升级用1.1,这没硬性规定。
      

  6.   

    谢谢_liang_,也谢谢各位高手!我并不是不满意大家的回答,只是我想广泛听听大家的意见,吸收各家之长嘛!谢谢大家!
      

  7.   

    主版本号+小修改版本+时间:
    比如1.02.020501
    就是主版本为1(正式发行版)
    小修改版本为2(第二次修改版)
    编译(build)版本时间为2002年5月1日。对于一般用户知道前面两个就足够了。
    高级用户或者软件爱好者都了解,可以随时跟踪最新版本。
    而且加上时间有利于大家自己判断版本的新旧程度。如果太旧就去下载新的。以上是我的想法。请指教。
      

  8.   

    我看到flashget等软件都是先从0.X版本开始,是不是因为很谦虚呀!(题外话)
      

  9.   

    在WINDOWS环境里最好用下面的格式.每个字段为数字.VersionMajor.VersionMin.BuildMajor.BuildMinMicrosoft提供一些版本管理的API用来管理这些版本号.查找MSN."Version Information Functions".这个格式跟可执行文件(DLL,EXE,OCX,COM,...)资源头里面的文件版本,产品版本一致.以后如果模块升级的话,可以通过动态修改可执行文件的资源头来实现.而不必下载整个文件.
      

  10.   

    真的谢谢loyee,我到现在不知道这里面还有学问呢