patch-generator-desk 正在参加 2020 年度 OSC 中国开源项目评选,请投票支持!
patch-generator-desk 在 2020 年度 OSC 中国开源项目评选 中已获得 {{ projectVoteCount }} 票,请投票支持!
投票让它出道
已投票
patch-generator-desk 获得 2020 年度 OSC 中国开源项目评选「最佳人气项目」 !
patch-generator-desk 获得 2020 年度 OSC 中国开源项目评选「最佳人气项目」「最积极运营项目」 !
patch-generator-desk 获得 2020 年度 OSC 中国开源项目评选「最积极运营项目」 !
授权协议 GPL
开发语言 Java
操作系统 跨平台
软件类型 开源软件
开源组织
地区 国产
投 递 者 em_aaron
适用人群 未知
收录时间 2018-05-02

软件简介

patch-generator-desk

项目增量补丁包神器:全自动web增量打包发版,支持git/svn,支持多模块项目。

empire目标

         打造帝国最强无敌武士套装!来吧!加入帝国军团,一起征服这个世界! 

软件下载
        可执行.exe文件以及使用的相关教程请到附件中下载!
软件介绍

    本软件是empire团队打造的一款用于application/web项目增量打包的全自动发版部署工具。
功能介绍

    1.GIT服务器增量打包;
    2.GIT日志增量打包;
    3.SVN服务器增量打包;
    4.SVN日志增打包;
使用教程

    通用部分:1.项目名称:必须填写本地项目的文件名;
         2.项目路径:必须填写项目的本地路径;
         3.输出目录:必须填写增量包的输出路径;
         4.项目类型:必须选择项目类型是单模块项目还是多模块项目;
         5.sourceMapper表:sourceDir:源码目录,targetDir:.class目录、源文件目录;patchDir:打包后放置的目录
         6.配置按钮:点击导入项目打包的配置(配置必须以.xml结尾)
         7.保存按钮:点击保存当前项目打包的配置(配置必须以.xml结尾)
    GIT服务器增量私有配置部分
         1.GIT本地URL路径:对应项目在本地的.git目录;例如D:\Users\Administrato\patch\git\.git
         2.GIT范围版本:要打包的GIT提交版本范围;例如:757212d,544515f
    SVN服务器增量私有配置部分
         1.SVN URL路径:对应项目在SVN服务器的地址;例如https://xxxxx/svn/scrm/tags/ump20170420_chery_pc
         2.SVN范围版本:要打包的SVN提交版本范围;例如:14431,14439
         3.修正路径:从svn服务器获取的增量路径中可能包含多余的在本地不存在的目录;例
                   如:/tags/ump20170420_chery_pc/src/main/webapp/WEB-INF/views/cherrywcc/wccchrescue/list.jspx
           可以设置该值为 /tags:将其替换为空,/tags为需要替换的路径,:后面的空表示将/tags去掉;还可以将其设
                   置/tags/ump20170420_chery_pc:ump ,表示本地项目文件名为ump
         4.SVN账户:svn服务器的账户
         5.SVN密码:svn服务器的密码
         6.排除版本:svn版本范围内需要排除掉的不用发版的版本号,多个版本以逗号分隔;
    GIT日志增量私有配置部分
         1.GIT日志路径:对应的git提交日志存放的本地路径;
           该路径或得方式可以通过右键点击项目-Team-show in history-视图中会显示提交的版本,选择需要发布的某个版本拷贝
                   右下角的本次版本的提交路径存入GIT提交日志即可。
           例如 patch-generator/src/main/java/com/empire/patch/generator/GeneratePatchExecutor.java
                patch-generator/src/main/java/com/empire/patch/generator/GitPatchGenerator.java
    SVN日志增量私有配置部分      
         1.SVN日志路径:对应SVN提交日志存放的本地路径;
           日志记录方式,提交SVN后控制台会输出提交日志,将其拷贝到.txt结尾的日志文件中保存起来,用于发版
           内容实例:(注意日志需顶格记录)

commit -m "1.服务点评bug修复2.道路救援bug修复3.全屏报表(二阶)bug修复"      
    Sending        D:/SpringRooWorkSpace/ump20170420_chery_pc/src/main/webapp/WEB-INF/views/cheryreport/RegAndAuthResult.jsp
    Transmitting file data ...
    Committed revision 14471.
 

软件效果图

展开阅读全文

代码

的 Gitee 指数为
超过 的项目

评论 (4)

加载中
打分: 力荐
很给力,可以转载吗
2018/06/05 19:18
回复
举报
打分: 力荐
您好,我用的您最新的桌面版,使用的是svn增量,新增的配置文件和class能正确打包出来,但是新增的jar没有.maven项目.还是很肯定项目带来的便利,如果能支持打包后的动作会更好,比如:jenkins的打包完成后发送远程服务部署脚本等操作
2018/06/22 10:31
回复
举报
该评论暂时无法显示,详情咨询 QQ 群:912889742
em_aaron软件作者
打分: 力荐
新增的jar包,可以根据不同的项目目录来确认的,例如emsite_common项目是其他项目需要引入jar包的,打包后在打包文件中可以看到emsite_common项目的增量文件,不过此增量文件并没有用,但此时我们已经知道本次更新有emsite_common.jar需要打包了,用开发工具打包一次,然后再发布的时候上传到需要该jar包的项目目录即可.对于脚本发布这块由于各种服务器的链接方式不一致,所以本打包工具定位是完成打包过程,用于在无法部署持续集成工具的场景的频繁发版迭代。
2018/06/27 18:57
回复
举报
更多评论
暂无内容
发表于开发技能专区
2018/06/28 15:54

项目增量发版之全自动打包流程(patch-generator-desk打包软件)

在我们程序员工作中往往伴随着频繁加班/通宵发版的过程中,对于小型项目或是只有当台服务器部署的这些项目,我们仅仅用代码全量发布,将开发工具工作空间的项目下的目录挨个用ftp或者其它工具上传替换就行。但是,我们的是大型项目(模块多/部署服务器多)时,用前面的方式来发布就显得非常低效。 今天小编分享下自己在工作时使用的增量发版过程中的增量打包方案,在介绍打包方案之前,先说说小编负责的项目**俱乐部系统,该系统...

0
3
发表了博客
2020/03/13 14:50

用diff命令生成Patch,用Patch命令打Patch

最近遇到了git format-patch和git am不能正常工作的情况 用git format-patch打的patch无法用git am直接打,每次都有conflict,原因一直没有找到,只好找其他方法,在这个过程中,发现可以用diff命令生成patch,用patch命令打patch. 1.为单个文件生成补丁 1 $ diff -up linux-2.6.28.8/net/sunrpc/svc.orig.c linux-2.6.28.8/net/sunrpc/svc.c > patch 这条命令会产生类似如下的输出, 你将它重定向到一个文件中, 这个文件就是pat...

0
0
2020/12/28 10:18

patch

source/u-boot/ xxx.patch 在该目录下执行 source/u-boot/ xxx.patch patch -p1 < xxx.patch

0
0
2015/06/02 13:12

news editor and copy desk

For a film considered by many to be among the very best science fiction or horror experience ever made, ALIEN has finally gotten the five star treatment it deserves"By taking the precautionary step of recalling product, we will minimize even th So, thats why you are here, to make it as positive as possible for every customer! Your dream job involves: 1 The bar also serves burgers and entrees su...

0
0
发表了博客
2018/05/15 10:07

JSON Patch

1.前言 可以这么说的是,任何一种非强制性约束同时也没有“标杆”工具支持的开发风格或协议(仅靠文档是远远不够的),最终的实现上都会被程序员冠上“务实”的名头,而不管成型了多少个版本,与最初的设计有什么区别。DDD 是如此,微服务是如此,REST 也是如此。 虽然这也不难理解,风格从一开始被创造出来后,便不再属于作者了。所以仍然把你的符合以下标准 满足以资源形式定义定义 Uri 满足以 HTTP 谓词语义增删改查资源 符合...

0
0
发表了博客
2016/08/02 18:37

diff和patch

1,diff [命令行选项] 原始文件 新文件 由于历史原因,diff有三种格式:   * 正常格式(normal diff)   * 上下文格式-c(context diff)   * 合并格式-u(unified diff) 常用命令行选项如下: -r 递归处理目录      -u 输出统一格式(unified format) -N patch里包含新文件  -a patch里可以包含二进制文件 2,patch: patch -p参数 <补丁文件(相对路径,绝对路径皆可) 或者 patch [options] 目标文件 补丁文件 说明...

0
0
发表了博客
2019/01/17 20:39

diff与patch

1.diff diff就是用来比较两个文件之间的区别的,并且是以行为单位比较的,通常用在同一文件或软件的新旧版本区别上。 用法: diff [-bBi] from-file to-file from-file:一个文件名,作为欲比较的文件名 to-file:一个文件名,作为目的比较的文件名 -b:忽略一行中仅有多个空白的区别 -B:忽略空白行的区别 -i:忽略大小写的不同 例: [root@server3 mnt]# cat file1 qwer asdf [root@server3 mnt]# cat file2 qwer asd zx [roo...

0
0
没有更多内容
加载失败,请刷新页面
点击加载更多
加载中
下一页
暂无内容
4 评论
20 收藏
分享
OSCHINA
登录后可查看更多优质内容
返回顶部
顶部