如果不涉及到数据的话,直接重新部署war包

解决方案 »

  1.   

    生产环境上的代码,来自很多不同的部门同事,他们之前都是各自的替换class 然后备份。我机器上打WAR包没问题,但是打的包里 可能没有其他同事的代码,纠结吧。
      

  2.   

    生产环境上的代码,来自很多不同的部门同事,他们之前都是各自的替换class 然后备份。我机器上打WAR包没问题,但是打的包里 可能没有其他同事的代码,纠结吧。那你们的产品就没有版本管理咯??
    这个很要命的!!
    自己替换自己的。质量没保证。
    最好规范一套流程,比如提交代码到svn之后,再集体打包。每隔x天一个包
      

  3.   

    哇,这是个办法。有现成的成熟的东西能直接拿来用吗?另外 这个奇葩的WEB项目,像CS程序一样。一个门店部署了一套,我换个class。其他全国70个门店服务器也要 自己去ctrl+v 作死的节奏
      

  4.   

    生产环境上的代码,来自很多不同的部门同事,他们之前都是各自的替换class 然后备份。我机器上打WAR包没问题,但是打的包里 可能没有其他同事的代码,纠结吧。那你们的产品就没有版本管理咯??
    这个很要命的!!
    自己替换自己的。质量没保证。
    最好规范一套流程,比如提交代码到svn之后,再集体打包。每隔x天一个包难点就在这,代码一团糟,没法管理。有SVN,还是多个,北京一个SVN ,上海一个SVN 。两边人的代码不统一。我是做开发的,这些问题,项目经理也无感,感觉就这样。
      

  5.   

    生产环境上的代码,来自很多不同的部门同事,他们之前都是各自的替换class 然后备份。我机器上打WAR包没问题,但是打的包里 可能没有其他同事的代码,纠结吧。那你们的产品就没有版本管理咯??
    这个很要命的!!
    自己替换自己的。质量没保证。
    最好规范一套流程,比如提交代码到svn之后,再集体打包。每隔x天一个包难点就在这,代码一团糟,没法管理。有SVN,还是多个,北京一个SVN ,上海一个SVN 。两边人的代码不统一。我是做开发的,这些问题,项目经理也无感,感觉就这样。项目经理都不重视,诶,算了吧。还是老规矩慢慢改吧,。
      

  6.   

    生产环境上的代码,来自很多不同的部门同事,他们之前都是各自的替换class 然后备份。我机器上打WAR包没问题,但是打的包里 可能没有其他同事的代码,纠结吧。那你们的产品就没有版本管理咯??
    这个很要命的!!
    自己替换自己的。质量没保证。
    最好规范一套流程,比如提交代码到svn之后,再集体打包。每隔x天一个包难点就在这,代码一团糟,没法管理。有SVN,还是多个,北京一个SVN ,上海一个SVN 。两边人的代码不统一。我是做开发的,这些问题,项目经理也无感,感觉就这样。他们教我的做法是,每次改完代码,把文件名截图记下来。几周后让发布补丁了,就把截图拿出来。从项目里一个个找到,然后全选 export - javaFile 然后替换到服务器上去,我感觉这中做法,和傻X无异。所以来论坛学习方法。
      

  7.   

    哇,这是个办法。有现成的成熟的东西能直接拿来用吗?另外 这个奇葩的WEB项目,像CS程序一样。一个门店部署了一套,我换个class。其他全国70个门店服务器也要 自己去ctrl+v 作死的节奏按照正常情况来说是可以的。不过得花时间写。也不一定要用修改时间。最妥当的方法是md5值校验
      

  8.   

    直接把项目路径建好,将你们需要打补丁的class文件复制到下面去,再复制到服务器上面.