上个周末，我在维也纳的SAP公司内部展示了开源工具"ABAP持续集成插件"。感谢两位组织者cadaxo和ecosio使本次活动成为可能。

本次社区驱动的活动是一次绝佳的机会，网建站，让您了解自定义代码迁移到S/4HANA、SAP HANA高级分析、弹性搜索、云编程、预打印以及对OOP的惊人见解。别忘了：有一次我只是"无可奉告"？（见本博客评论）"

除此之外，我真的很喜欢讨论开发ABAP的不同风格的机会，并带着许多新想法回家。当然也因为上面提到的Eclipse插件的主要目标是改进和加快我的开发速度，也希望其他ABAP软件工程师的ABAP开发流程。为此，物联网的应用，我想向您介绍演示幻灯片、文档，或者是公开的源代码。本博客的目的是分享我在维也纳SAP Inside Track得到的一些问题和宝贵的反馈，并鼓励您分享您对插件的想法和意见，作为对本博客的回应。

使用状态栏小部件可视化源代码状态的当前状态

有趣的工具，但是我不写单元测试"

写这个插件的触发因素是在每次激活ABAP开发对象之后自动运行单元测试。但在过去的几周和几个月里，我也扩展了它来运行空中交通管制检查。单元测试运行和ATC运行都可以在Eclipse首选项部分独立地激活或停用–因此，如果不使用单元测试，插件也可以专门与ATC运行一起使用。

顺便说一句，还可以自动格式化ABAP源代码或为ABAP项目（DEV、QAS、，PRD）有不同的颜色，所以希望能为每个人提供一些节省时间的功能。

"单元测试是ATC运行的一部分，为什么它们要分开运行"

保持这两个单独运行的主要原因是，我认为单元测试在任何情况下都应该立即修复，如果它们坏了。我认为在ATC结果出现的那一刻直接关心它们有很多好处，但是由于它们大多不会破坏已实现的特性，什么叫大数据云计算，它们并不总是优先考虑一个。

另一个原因是插件的默认配置对于单元测试和ATC检查是不同的。每次激活时，插件都会对整个软件包运行单元测试，但ATC只检查更改的ABAP开发对象，因此两个单独的ADT调用来启用此选项，我认为这是使用最多的选项。

我随身携带的一件事是，在显示的失败的ATC测试中应该有一个排序和筛选（即在中的鼠标中）状态小部件）。将包含在下一个版本中。

"我启动了自动ATC检查，它们花费了太长时间（因为使用了一个详细的ATC检查变体）"

这是一个问题。如果您使用的ATC变体有很多激活的检查（即SAP S/4HANA ATC检查用于自定义代码迁移或由Lars Hvam启动的开放检查），那么自动检查可能需要一些时间。

在过去几周中应该有很大的改进，因为最近ATC检查只针对更改的激活ABAP开发对象运行，但是不是像以前那样对整个包裹。当然，插件可以配置为只检查最重要的检查。包括所有检查在内的全面检查可以在发布ABAP传输之前进行，双线服务器租用，也可以由Jenkins或其他中心工具每天进行一次。

在任何情况下，性能当然是未来关注的重点，因为该插件不应该是一个焊接甲虫，而是一个很酷的跑车来比喻汽车领域

"能否确保公司的每个开发人员都使用该插件（以同样的方式）"

如果该插件被广泛使用，我会很高兴，我想了一点关于该选项。最后，我认为插件应该是属于开发人员的，企业软件平台，并且是他/她的工作场所的一部分。因此，我不赞成添加强制使用某些东西的功能。

为了确保质量或持续集成工具的通用策略，还有更好的标准集中化产品，例如Solution Manager或Jenkins。

"下一步是什么"

已经有了一些想法，但没有详细计划。因此，我想通过鼓励您安装插件或将其更新到最新版本来结束本博客，我想再次指出，

问题、反馈、问题以及特性和拉取请求总是受欢迎的。

问候，Andreas

直接在Eclipse中安装Eclipse Marketplace