房地产公司abapGit分支策略

各位ABAP公民等、特别是利用abapGit的诸位,你们好。

自我之集体与本人拿向大家大快朵颐我小卖部外引入abapGit继有的一些开发问题。我所当的公司举凡千篇一律贱做SAP第三方软件之铺,目前要使用ABAP和UI5。

本文专门对ABAP方面。

 

率先,我们爱abapGit,相信你们中的很多吗是一样…

房地产公司 1

GitHub repository

咱的git仓库使用GitLab托管在该地,有着各种用户自己的表征。

咱起码每天push一次我们的commit,生成版本(可以说凡是一个分外的备份层)。

经动GitLabs的代码审查功能,也只要代码审查变得爱了多。

咱们多年来评估了用分支的可能,得出的下结论是:我们不可知于现有的根基设备之上使用其。

正文的盈余部分将追究如何使用abapGit实现分支。

 

正文链接:http://www.cnblogs.com/hhelibeb/p/7754487.html

英文原文:abapGit Branching Strategy
Discussion

场景1:无分支

立刻就是我们现在之劳作措施。所有开发者在平等之SAP系统以及代码基础(code
base)上工作,所有人数犹push代码到主“分支”上。

房地产公司 2

优势

  • 重新好的代码版本控制
  • 善进行代码审查

劣势

  • 分段是不容许的,开发者同时以同一的代码基础及修改对象
    • 切换分支时,会改每个开发者的代码基础,虽然她们恐怕会认为自己还在他们的旁上
  • 代码会因为其他人的题材commit出错
    • 甲修改了靶A,乙后来也改了她
      优等在非理解乙修改过A的情状下展开了commit
    • 毋庸置疑,进行末一个改动的人头得以于abapGit工作台上面看到此,但是,你仍有或没见到它们。

场景2:使用分支

束手无策立刻以分支的根本原因在于,所有开发者使用同样的代码基础。开发者没有断他们同事的代码修改行为。

故而,实现真正分的第一步就是是,分割每个开发者的开销条件。这表示,每个开发者要发出外自己的SAP系统来展开开。

立即带来为咱首先单一体化的不利条件:

  • 开发者数量的加码带动的昂扬的维护费用。

Local VMs

俺们的第一单想法是,为什么不以开发者的机上虚拟化运行SAP系统为?

开发者在开展相同件职责时,可以push到她们之旁中,直到其创建一个merge
request。

预示开发体系(DEV)只从主分支拉取,主分支只包含被准许的merge request。

房地产公司 3

优势

  • 连年到你的SAP系统不时,不待网络接口
  • 而可在不连续公司网络的情事下开发
    • 特需要以push代码到git仓库的早晚才得连接公司网络
  • 每当SSD上面运行SAP系统真的快极了

劣势

  • 强保护开销
    • 管理员对机械的主宰比较难
  • 开发者需要明白怎么被/关闭他们之杜撰机/SAP系统
    • 竟然可能用他们自己定时备份虚拟机    

 

一些总体问题吧打击了咱:

提升开发者的SAP系统

  • 哪些被系统打补丁(支持担保,notes,系统级补丁)?
  • 当用得到定制数据、主数据及事务数据来开新特色、重现bug并且修复时,要如何获得她?

提升主开发SAP系统

  • 何以处理abapGit不能够序列化的开目标?
  • 当得得到定制数据、主数据与工作数据来出新特性、重现bug并且修复时,主开发体系而如何获得她?
  • 起主分支拉取代码后,要哪些处理开发目标为拿它们分配至适合的传导请求之上?
    • 恐怕你产生只复杂的导规则为帮代码复用。我们尽管是这般。

而还待一个策来应本着以下问题:

  • 也无法序列化的靶子单独维护和部署和单独地导入定制与工作台传输
    • 任凭起来如相同团糟
  • 开发体系的复制(只复制SAP)
    • 止是为为您定制数据
  • 克隆主开发体系运转的虚拟机(OS+SAP)
    • 而且重命名SID和咸称域名(Full Qualified Domain
      Name),否则你见面遇见网络问题
  • …… 

而,更新的频率是?

  • 按需
  • 于开创一个新分支前
  • 当一个新的颁发循环起来之早晚
  • ……

Hosted VMs

晋级看起是个要命题材,也许并非一个本土虚拟机房地产公司、而是利用托管虚拟机会再次好。

这样的话,无论采取何种政策来更新,都得以另行轻松地实施。

房地产公司 4

优势:

  • 领队可以于另时刻访问机器

劣势:

  • 运行开发虚拟机带来的托管基金

结论

就此,进行即时周的优点是啊?

我们的见地是:

  • 当真的分支成可能,编码时不干预其它开发者
  • 是因为merge request和多独commit的结,更加有利代码审查
  • 对几近单发行本的美支持,容易切换至一个发行分支上去
  • ……

值得吗夫做出过多底不竭吗?

咱的集团并不知道答案。系统并带来的资金,看起是伟人的。

在即时点达成我们感觉不爽快,因此转向社区,希望听到你们当斯话题上之之观以及涉。

 

非常感谢,

André

 

参照文章:abapGit简介

 

 

 

相关文章