AgileBPM 代码持续升级说明

GitWorkFlow

AgileBPM 商业版 Git 协作流程,开发需要严格按照该协作流程
商业客户可以登录 gitlab 账户 参考改流程获取所需要的分支版本,建议仅仅获取主干即可、我们版本迭代很快

master
存储了正式发布的历史
develop
正常版本迭代功能开发的分支,分支命名:*-SNAPSHOT
release
当develop 完成了当前版本规划的内容的时候,我们需要创建一个发布分支,分支命名: *-Beta

从这个时间点开始之后,新的功能不能再加到这个分支上 —— 这个分支只应该做Bug修复、文档生成和其它面向发布任务。
一旦对外发布的工作都完成了,发布分支合并到master分支并分配一个版本号打好Tag。
另外,这些从新建发布分支以来的做的修改要合并回develop分支
Hotfix
为Bug修复使用专门分支,分支命名:*-BUGFIX

这是唯一可以直接从master分支fork出来的分支。修复完成,修改应该马上合并回master分支和develop分支
Master分支使用新的版本号打好Tag
Feature
新特性 或者探索功能,单独拉分支开发,分支命名:*-xxx  (具体代号,如*-flowable。标识flowable尝试整合版本)

大版本完成后,会同步更新至开源主干版本,商业用户直接用 gitlab 账户从主干合并代码即可

代码下载 AgileBPM

请务必 Fork 项目到自己账户下,用 git下载到本地,使用 git 来管理代码
项目地址 https://gitee.com/agile-bpm/agile-bpm-basic

缺陷、功能贡献

请使用 pull request 功能 参与贡献

Git 更新 AgileBPM 仓库 最新代码

假如您的修改是独立的,那我建议直接覆盖同步即可、然后修改自有项目依赖版本

假如您的修改并不是独立的,比如有部分侵入性修改,那我们建议使用 git 工具去合并,步骤如下:

  1. Team > Remote > Fetch from…
  1. Custom URI 设置 Location URI 为: https://gitee.com/agile-bpm/agile-bpm-basic.git 然后点击 Next
  1. 设置 Source ref、 Destination ref,点击 add ,最后点击 finish
  1. 使用 Team Rebase 功能,选择一个 fetch 来的分支进行合并 ( Rebase / Merge )
  1. Rebase
    简单看下更新相关文件,点击 proceed

接着解决冲突、最后提交即可
可以点击 Rebase 下的 Abort 可以取消合并
如图: