我们的产品目前涉及大量技术,包括Java、PL/SQL、VB.Net和ABAP。我们有一个相当成熟的源代码管理和建立系统,为所有的语言,除了ABAP,它仍然处于石器时代。因为SAP内部有一个构建系统,我们的工程师在SAP环境中进行所有的开发--导出传输,并将它们签入源代码管理。由于我们支持许多SAP版本,因此很难跟踪版本并跨4.6、4.7、5.0等迁移代码。
我的理想过程是将ABAP代码签入文本文件中的源代码控制中,然后将其加载到SAP中,并作为构建过程的一部分生成传输。SAP工程师认为没有支持这个模型的工具。
如果您在源代码管理系统中管理ABAP代码,您的流程是什么样子的?是否有将ABAP代码加载到SAP中的工具(最好是命令行)?工程师如何管理代码/测试/调试周期?他们是在SAP中编码,然后在完成后导出代码,还是在外部编辑器中编辑?
发布于 2009-07-06 13:42:58
为此,我使用了SAPLINK (在上一个答复中提到)。还有一个叫做"zake“的相关项目,据说它可以自动完成一些任务,但我从未使用过它。我只需手动地将代码导出到所谓的slinkees (它们包含单个对象,如函数组;但却包含多个对象)。
使用外部源代码管理系统的原因:
不过,有一件事:你至少需要620才能使用saplink。
发布于 2008-12-04 14:25:17
我对SAP系统ABAP堆栈之外的版本控制有什么好处感兴趣。
我从未见过有人为ABAP使用外部源代码控制,因为它是内置的。我也从未见过任何人在SAP系统之外编写ABAP代码。它真的不符合模型。
SAP的ABAP堆栈是一个单一的开发系统环境。所有的开发人员都登录到一个系统并在那里进行开发。系统自动记录版本,并将对象分组为传输。传输只是更改对象的列表。导出传输后,每个对象的版本号都会增加,然后得到其他系统的包。
ABAP堆栈本身也没有真正的“构建”概念。你做的每一件事都是一片空白。
发布于 2008-12-18 14:28:13
还可以查看用于管理ABAP和基于JAVA组件的传输和版本控制的SAP CTS+。
https://stackoverflow.com/questions/330389
复制相似问题