j2ee 工程 目前属于一个主干工程对应不同的客户实施.
将来还会切出分支应对不同的客户项目.
需要一个升级包管理工具.
能帮我管理下.
主干的升级包对应全部项目.
分支的升级包对应该分支的项目.
现在的情况是我把改过的代码复制粘贴到文件夹中形成升级包,(svn 能不能把一次commit的代码自动生成升级包?)
靠自己记忆那个项目升级了 那个项目没升级.
泪觉不爱啊.
感觉这种工作方式 落后5年.. 求指点啊
1
gengzhengtao 2015-01-06 12:10:03 +08:00
跟升级包没关系吧,主要还是版本管理上存在问题,熟练应用版本管理工具才是王道
|
2
lgh 2015-01-06 12:19:24 +08:00
maven?
|
3
ren2881971 OP @gengzhengtao svn 能做到么? 把每次提交的代码 抽离出来.
|
4
ren2881971 OP @lgh 跟maven 没关系吧.
|
5
gengzhengtao 2015-01-06 14:24:28 +08:00
@ren2881971 思路不正确,不是抽离代码,而是把不同的branch修复的bug代码进行合并,
|
6
ren2881971 OP @gengzhengtao 我是要把我改过的代码 形成升级包 然后再服务器上升级啊。跟分支合并有什么关系。 我也不能整个工程的替换吧。。
|
7
kaneg 2015-01-06 15:09:33 +08:00
我们公司是这么做的,供参考:
把基准版本(刚发布时的)checkout出来到一个目录,再把最新的代码checkout出来,然后以文件为单位做diff,diff的结果就成了升级包。至于diff工具,网上应该一搜一大把,再不济用linux的diff也可以 |
8
ren2881971 OP @kaneg 我就是这个意思~ svn能做diff的事 主要是怎么把diff的文件整理出来~
|
9
SoloCompany 2015-01-06 20:11:30 +08:00 via Android
你这样干就不怕遇到源代码兼容都二进制不兼容的事情?不是说java文件没变化就表示class文件没变化的,所以svn diff的思路本身就是错误的,还是老老实实对class文件做diff吧
|
10
ren2881971 OP @SoloCompany 这么干了2年 目前没发生过svn diff 后class 变化出问题的事故~
另外兄弟我发这个帖子是想获取更加快速轻松的工作方式~ 你别一下把我打回更古老的时代啊~ “对class文件做diff”。 ps: 我就不信别的公司也是这么笨拙的工作的。 |