各位ABAP公民们、特别是使用abapGit的各位,大家好。html
个人团队和我将向你们分享我公司内引入abapGit后产生的某些开发问题。我所在的公司是一家创做SAP第三方软件的公司,目前主要使用ABAP和UI5。git
本文专门针对ABAP方面。github
首先,咱们爱abapGit,相信大家中的不少也是同样...网络
咱们的git仓库使用GitLab托管在本地,有着各类用户友好的特性。ui
咱们至少天天push一次咱们的commit,生成版本(能够说是一个额外的备份层)。编码
经过使用GitLabs的代码审查功能,也使代码审查变得容易了许多。3d
咱们最近评估了使用分支的可能性,得出的结论是:咱们不能在现有的基础设施之上使用它。版本控制
本文的剩余部分将探究如何使用abapGit实现分支。code
本文连接:http://www.cnblogs.com/hhelibeb/p/7754487.html
英文原文:abapGit Branching Strategy Discussion
这就是咱们如今的工做方式。全部开发者在相同的SAP系统和代码基础(code base)上工做,全部人都push代码到主“分支”上。
没法立刻使用分支的根本缘由在于,全部开发者使用一样的代码基础。开发者没有隔离他们同事的代码修改行为。
因此,实现真正分支的第一步就是,分割每一个开发者的开发环境。这意味着,每一个开发者要有他本身的SAP系统来进行开发。
这带给咱们第一个总体的不利条件:
咱们的第一个想法是,为何不在开发者的机器上虚拟化运行SAP系统呢?
开发者在进行一项任务时,能够push到他们的分支当中,直到它们建立一个merge request。
主开发系统(DEV)只从主分支拉取,主分支只包含被批准的merge request。
某些整体问题也打击了咱们:
你还须要一个策略来应对如下问题:
而且,更新的频率是?
升级看起来是个大问题,也许不用一个本地虚拟机、而是使用托管虚拟机会更好。
这样的话,不管采起何种策略来更新,均可以更轻松地执行。
因此,进行这一切的优势是什么?
咱们的见解是:
值得为此作出不少的努力吗?
咱们的团队并不知道答案。系统同步带来的成本,看起来是巨大的。
在这点上咱们感到不舒服,所以转向社区,但愿听到大家在这个话题上的的意见和经验。
很是感谢,
André
参考文章:abapGit简介