去年我为我们一个部门的客户开发了一个工具。这是SAP的一个基于视频的培训工具（这里有相关的博客）。之后，其他部门也意识到了这一点，并希望为他们的客户使用它。

因此，它变得更加复杂，因为我们是一个数据中心，因此有许多系统分布在不同的系统环境中。因此，我的目标是改进工具，使其更灵活和通用，因此它取决于各自的系统环境和本地客户的愿望。

这是一个Floorplan Manager应用程序。所以不同的部门需要不同的主题，不同的列表构建，当然还有不同的主题和视频

所以我设计了我的面向对象模型来满足需求。没什么特别的，但对于开发，我不想走我们默认的方式，打破规则。

所以要把开发过程中的所有变化从景观a传输到景观b，软件企业的认定，然后再返回，看看是否所有的东西都像我想的那样在所有景观上工作，如果工具在每一个景观上都工作得比它应该的好，然后记录所有东西在我看来不是最好的方式所以我决定用abapGit。随着abapGit的使用，项目期间也获得了更多的收益，而且未来的潜力也非常大。

幸运的是，我们公司的另一个开发部门已经有了一台Git服务器。更确切地说，他们使用Phabricator，这是一套软件开发工具。其中一个工具是Diffusion，您可以在其中托管GIT存储库。

因此将开发系统与phabricator连接起来并打开所有防火墙有点棘手。但经过几次工作和一点帮助，它成功了。

这就是回购工具在第一个部门环境中生产后的样子。

到目前为止，我还没有在这个项目中使用任何分支。但这是在特定部门的开发人员进行进一步开发时计划好的。因此，发发淘客神器，他们可以使用分支进行其他功能和修复，也可以并行开发和独立于景观。

在开发过程中尝试疯狂的东西也很好，如果变得疯狂，我可以回到最后一个工作台。（为最后一次提交重置本地）

所以我认为在2018年大家都知道（并且喜欢？）abapGit，所以下面的内容并不新鲜。这是我在abapGit中的一个开发系统项目的一部分。

所以这是第一个好处。我可以"同时"开发多个系统。所以在开发系统A中，我做了一些事情，把它推到phabricator上的存储库中，然后把它拉到开发系统B上，并测试了更改。同样的情况也发生了。因此，以快速的速度和没有工作围绕它，我能够通过几个开发系统开发。我有关于提交消息的文档，当然还有关于Phabricator历史的文档。

（在Phabricator上，你还有一个项目板，用于你的任务，它与Diffusion交互，这样你就可以用你的提交来控制这个板。所以你的工作变得越来越透明。）

当你迈出第一步的时候，你的潜力就变得越来越明显。下一步是，我们的合作伙伴数据中心也使用该工具，他们有可能并知道如何直接从phabricator获取更改，啥叫人工智能，这意味着他们在每次提交后都会提取该工具。目前，他们正在获取传统传输请求的所有更改。

我的任务是为abapGit构建一个BRF+集成，数据可视化大屏，因为我在我的第一个工具中使用了它，大数据+，我也是它的忠实粉丝。

我希望你能看到什么场景可以用abapGit进行优化。我希望场景和环境变得有点清晰，这样你也能理解背景。