这个博客基于一个安装了ABAPGIT的系统。我将在这个博客中做一些屏幕投射。

此外，GITLAB是用来托管存储库的。一些屏幕截图来自这个系统。如果使用不同的GIT后端，布局可能会有所不同。然而，我从GITLAB截取的屏幕截图本质上是GIT的功能，如何做淘客，因此您的系统应该提供类似的信息。

我在这个博客上引用了一篇来自《每个程序员都应该知道的97件事》一书的文章。

这本书的作者是Kevlin Henney。

这篇文章是由Dan Bergh Johnson写的。

他正在谈论如何把程序员的任务分解成几个小步骤。完成每个步骤后，执行提交。就ABAP和ABAPGIT而言，commit意味着ABAPGIT中的stage和commit.

当我试图用ABAPGIT将其应用于ABAP时，我发现它非常鼓舞人心。我没有解释我所做的，而是决定创建一种屏幕投射。

实际任务是实现一种机制，将有关保修设置的数据从SD订单头传输到设备。转移应该由依赖于SD订单的PP订单的发布触发。不过，任务的类型并不重要。

在ABAPGIT中，我为所有受影响的存储库创建了分支（我们的工作方式是：在repo上开始开发时创建一个新分支）。如果已经有一个分支处于活动状态，请等待它完成并合并到master中），然后我用最喜欢的星号标记它们：

让我们跳到GITLAB查看我已经做的一些提交：

在我的分支中，数据与大数据，我找到了到目前为止的提交：

在不同的存储库中，我当然做了不同的事情：

计划下一次提交

推理关于我的下一步，我选择创建一个队列表并对添加队列条目进行编码。我计划我的下一步，我可以在一个或两个小时内完成。让我们开始编码…

…30分钟后，我完成了这一步。

让我们看看我工作的存储库：

这里我们看到，我创建了一个DB表、一个数据元素、一个类型类和一个带有接口的类，用于单元测试的DB插入。然后我将queue类集成到从PP order BAPI调用的processing类中。

因此我转移并提交：

回到ABAPGIT的repo列表中，返现app，我选择了我处理的另一个包：

这里我们看到一些编码已经添加到DB\u访问和工厂类中。阶段和承诺再次：

最后，让我们看看迄今为止的承诺：

结论

这种工作流程似乎让我专注于我正在做的事情。它也限制了我一次又一次地思考我的下一步——这有助于构建我的工作。假设一个工作步骤被证明是错误的或执行得不好。现在，电梯物联网，返利购物，您可以轻松地切换回上次提交并重新启动。