具体情况是这样的:--JavaEE
这里说的工具SVN是指Subversion
我这是一个维护性项目,所以会出现我们称呼的“版本” 根据需求开发的时间分为: 周版本 & 月版本
周版本:
顾名思义为一周开发完成上线的版本,从每周一开发到周五升级至官网
月版本:
从此刻起推至一个月时间,升级时间动态定位开发时间<一月>的最后一个周五
---------------- 以下为问题现状-----------------------------------------
我们的项目环境有以下几个:
测试环境: 开发完成提交svn 然后全量更新代码到该环境,提交测试组测试,通过然后至验收环境测试
验收环境:我们升级代码到这个环境目前采用的办法是 将svn代码同步然后每个开发亲自合并代码到该环
境工作空间<workspace ---eclisep> 因为不能像测试环境哪样由运维将代码全量更新下来,svn上
的代码可能有本次不能升级的功能代码或是变更性代码。所以需要我们自己将本周五需要升级的
代码手动从svn上复制一份下来到验收工作空间然后打包升级至验收测试域进行测试,该测试通过
就直接升级到官网,至此基本不会出现问题了,至此一个需求开完完成到上线流程完全结束。
正式环境:使用验收测试通过的包更新到正式服务器进行常规流程测试。
至此为目前svn管理,我也知道 这个根本就没有用上svn的功能
现在运维机器上由于需要开发亲自编辑代码到验收分支上,所以很多各种各样的冲突存在已经快要大面积爆发的趋势了
这里请求大家有谁能帮我解决这个问题 ?
我需要的理想状态是,运维处不能编辑,全部使用svn 操作将来周版本和月版本管理好,比如通过合并等操作。
目前想过一个办法是:
每个开发使用两个svn地址一个周版本 一个是月版本, 意思是周版本开发提交到周版本上,月版本开发提交到月版本svn地址上。但是这样缺陷是显而易见的 只会操作更加的混乱和错误发生的几率。
所以请大家帮忙了!!!!!!!!!!!
谢谢大家了!!!
这里说的工具SVN是指Subversion
我这是一个维护性项目,所以会出现我们称呼的“版本” 根据需求开发的时间分为: 周版本 & 月版本
周版本:
顾名思义为一周开发完成上线的版本,从每周一开发到周五升级至官网
月版本:
从此刻起推至一个月时间,升级时间动态定位开发时间<一月>的最后一个周五
---------------- 以下为问题现状-----------------------------------------
我们的项目环境有以下几个:
测试环境: 开发完成提交svn 然后全量更新代码到该环境,提交测试组测试,通过然后至验收环境测试
验收环境:我们升级代码到这个环境目前采用的办法是 将svn代码同步然后每个开发亲自合并代码到该环
境工作空间<workspace ---eclisep> 因为不能像测试环境哪样由运维将代码全量更新下来,svn上
的代码可能有本次不能升级的功能代码或是变更性代码。所以需要我们自己将本周五需要升级的
代码手动从svn上复制一份下来到验收工作空间然后打包升级至验收测试域进行测试,该测试通过
就直接升级到官网,至此基本不会出现问题了,至此一个需求开完完成到上线流程完全结束。
正式环境:使用验收测试通过的包更新到正式服务器进行常规流程测试。
至此为目前svn管理,我也知道 这个根本就没有用上svn的功能
现在运维机器上由于需要开发亲自编辑代码到验收分支上,所以很多各种各样的冲突存在已经快要大面积爆发的趋势了
这里请求大家有谁能帮我解决这个问题 ?
我需要的理想状态是,运维处不能编辑,全部使用svn 操作将来周版本和月版本管理好,比如通过合并等操作。
目前想过一个办法是:
每个开发使用两个svn地址一个周版本 一个是月版本, 意思是周版本开发提交到周版本上,月版本开发提交到月版本svn地址上。但是这样缺陷是显而易见的 只会操作更加的混乱和错误发生的几率。
所以请大家帮忙了!!!!!!!!!!!
谢谢大家了!!!