“基本”开发模式
Windows:
Unix/Linux:
在基本模式下我们可以通过regi来进行激活我们的object。Regi是一个类git功能的,方便和HANA repository交互的一个命令行工具。
具体步骤如下:
- 创建一个HANA的user key:
hdbuserstore SET <key> <hana server>:<port> <UserName> <Password> - 创建 xs的workspace
regi create workspace <project folder> <key> - Track xs project packages
regi track <package> - 提交
regi commit - 激活项目
regi activate
其中第4,5步可以使用regi push一次完成。
整个步骤合起来举个例子:
hdbuserstore SET HANADEV 127.0.0.1:30015 SYSTEM manager
regi create workspace HanaDevelop HANADEV
cd HanaDevelop
regi track sap.hana.demo
regi commit
regi activate
“官方”开发模式
+ + 其他插件
在老版本hana studio中是使用regi和HANA repository交互的,从rev 70以后对此进行了增强,不在使用regi了。具体信息:http://scn.sap.com/community/developer-center/hana/blog/2013/12/03/sap-hana-sps07--various-new-developer-features
所有的东西都在HANA中了,更确切的说是repository
具体步骤:
- 在HANA Studio中创建一个新的repository package
- 创建新的project
- 通过XS Team Provider,share新创建的项目
- 在project中创建新的object,commit并activate
进行到这里我们已经拥有一个不错的开发环境,但是我们如何去debug呢?别急我们需要一些特别的设置。(这是服务器端的debugger)
xsengine.ini
- debugger – enabled:true
- debugger – listenport:47112
到这里,大家觉得怎么样?有什么想法?这些开发模式对多团队,大规模开发能行么?和我们市面上流行的,高大上的叫法“Best Practice”好像不匹配嘛。
“多团队大规模”的开发模式
- 用GIT来管理源码 (or P4、SVN这个无所谓哪一种)
- 用Maven来管理project
- 多个人在同一个HANA Instance上工作,而且还不是ABAP那种模式
- 和持续集成系统集成起来
我们使用maven,主要就是用regi maven plugin来和HANA Repository交互。这个plugin实现regi的操作,把这些复杂命名都隐藏起来。当然也可以通过其他plugin来实现和HANA Repository的交互。
在这个开发模式下,我们最想要的就是:
- 很多的开发人员可以在同一个HANA Instance上开发
- 很多的测试人员多个版本可以在同一个HANA Instance进行测试
很明显,默认的开发模式不支持这样的想法。那我们如何做到这些呢?这里有个方法就是我们的最上层package变成可配置的。
例如:sap.hana.demo 变成 ${rootPackage}.hana.demo
rootPackage可以根据每个人的员工号去设置。通过maven的配置,我们很容易实现我们想要的。如果对具体做法感兴趣且听下回分解。