abapGit分支策略。abapGit分支策略。

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

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

自身的团体以及本身将朝大家大快朵颐自己店内引入abapGit继出的一些开发问题。我所当的公司大凡平家做SAP第三在软件之小卖部,目前重要行使ABAP和UI5。

本人之社及我拿朝大家分享我店内引入abapGit继有的一些开发问题。我所当的公司举凡同等贱做SAP第三在软件的店,目前最主要采取ABAP和UI5。

本文专门对ABAP方面。

本文专门针对ABAP方面。

 

 

先是,我们爱abapGit,相信你们中之群呢是一样…

先是,我们爱abapGit,相信你们中之重重为是一样…

大红鹰葡京会 1

大红鹰葡京会 2

GitHub repository

GitHub repository

咱俩的git仓库使用GitLab托管在本土,有着各种用户自己的特色。

俺们的git仓库使用GitLab托管在地面,有着各种用户自己之性状。

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

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

经采取GitLabs的代码审查功能,也只要代码审查变得容易了重重。

经过运用GitLabs的代码审查功能,也使代码审查变得容易了森。

我们最近评估了用分支的可能性,得出的结论是:我们不克当存活的底子设备之上使用它。

咱们近年来评估了应用分支的可能,得出的定论是:我们无可知于现有的底子设备之上使用它们。

本文的剩余部分以探索如何行使abapGit实现分支。

正文的盈余部分以探索如何下abapGit实现分支。

 

 

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

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

英文原文:abapGit Branching Strategy
Discussion

英文原稿:abapGit Branching Strategy
Discussion

场景1:无分支

立马就算是我们今天之做事办法。所有开发者在相同的SAP系统及代码基础(code
base)上行事,所有人且push代码到主“分支”上。

大红鹰葡京会 3

场景1:无分支

顿时即是我们今天的劳作措施。所有开发者在同之SAP系统与代码基础(code
base)上行事,所有人且push代码到主“分支”上。

大红鹰葡京会 4

优势

  • 重复好的代码版本控制
  • 爱进行代码审查

优势

  • 再好的代码版本控制
  • 易进行代码审查

劣势

  • 子是无可能的,开发者同时于同等的代码基础及改动对象
    • 切换分支时,会变动每个开发者的代码基础,虽然她们或者会看自己还以她们之道岔上
  • 代码会因其他人的问题commit出错
    • 甲修改了目标A,乙后来也改了她
      优质在非明了乙修改过A的情状下进行了commit
    • 是的,进行最终一个窜的总人口得以在abapGit工作台上面看到这,但是,你仍发生或无来看它们。

劣势

  • 分段是免容许的,开发者同时以平的代码基础及修修改改对象
    • 切换分支时,会变动每个开发者的代码基础,虽然她们唯恐会看自己还在她们之支行上
  • 代码会为其他人的题材commit出错
    • 上修改了靶A,乙后来也改了其
      甲在匪懂得乙修改过A的情景下进展了commit
    • 科学,进行末段一个修改的人数方可于abapGit工作台上面看到此,但是,你依然有或没顾它。

场景2:使用分支

没辙即时采取分支的根本原因在于,所有开发者使用相同的代码基础。开发者没有断他们同事的代码修改行为。

为此,实现真正分的首先步就是是,分割每个开发者的支付条件。这代表,每个开发者要来外协调之SAP系统来进行支付。

立刻带来被我们率先独总体的不利条件:

  • 开发者数量之增多带动的昂扬的维护费用。

场景2:使用分支

无法及时使用分支的根本原因在于,所有开发者使用相同的代码基础。开发者没有断他们同事的代码修改行为。

故,实现真正分的首先步就是是,分割每个开发者的开销环境。这意味着,每个开发者要发生客协调的SAP系统来开展付出。

当即带来被我们先是个完全的不利条件:

  • 开发者数量之长拉动的昂扬的维护费用。

Local VMs

俺们的首先单想法是,为什么非以开发者的机械上虚拟化运行SAP系统也?

开发者在拓展同样项任务时,可以push到她们之分层中,直到其创建一个merge
request。

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

大红鹰葡京会 5

Local VMs

咱们的第一独想法是,为什么不在开发者的机及虚拟化运行SAP系统啊?

开发者在展开同样起职责时,可以push到他们之支行中,直到她创建一个merge
request。

预示开发体系(DEV)只由主分支拉取,主分支只包含被认可的merge request。

大红鹰葡京会 6

优势

  • 总是到您的SAP系统时,不需网络接口
  • 汝得以不总是公司网络的状态下开发
    • 特需要在push代码到git仓库的时段才得连接公司网络
  • 于SSD上面运行SAP系统真的快极了

优势

  • 连日来至你的SAP系统不时,不需网络接口
  • 乃可以当非连续公司网络的情事下支付
    • 单纯待以push代码到git仓库的时候才得连续公司网络
  • 当SSD上面运行SAP系统真的快极了

劣势

  • 大保护开销
    • 领队对机械的决定比较麻烦
  • 开发者需要掌握哪些被/关闭他们之虚拟机/SAP系统
    • 甚至可能需要他们友善定时备份虚拟机    

 

或多或少总体问题也打击了我们:

劣势

  • 大保护开销
    • 组织者对机器的决定比较难
  • 开发者需要明白怎样被/关闭他们之杜撰机/SAP系统
    • 居然可能得他们协调定时备份虚拟机    

 

好几总体问题啊打击了咱们:

晋级开发者的SAP系统

  • 怎样让系统打补丁(支持担保,notes,系统级补丁)?
  • 当用取得定制数据、主数据与作业数据来出新特色、重现bug并且修复时,要怎样获得其?

提升开发者的SAP系统

  • 什么样为系统打补丁(支持保险,notes,系统级补丁)?
  • 当需要取定制数据、主数据和业务数据来开发新特性、重现bug并且修复时,要什么获得她?

晋升主开发SAP系统

  • 安处理abapGit不克序列化的开目标?
  • 当用得到定制数据、主数据及事务数据来开新特征、重现bug并且修复时,主开发体系要哪些获得她?
  • 于主分支拉取代码后,要怎么处理开发目标为管其分配至相当的传导请求之上?
    • 或许你生出只复杂的传输规则以赞助代码复用。我们即便是这么。

卿还欲一个国策来应本着以下问题:

  • 啊无法序列化的目标单独维护与配备以及单独地导入定制和工作台传输
    • 放任起像相同团糟
  • 开发体系的复制(只复制SAP)
    • 就是为了吃你定制数据
  • 克隆主开发体系运行的虚拟机(OS+SAP)
    • 并且重命名SID和统称域名(Full Qualified Domain
      Name),否则你会逢网络问题
  • …… 

而,更新的效率是?

  • 按需
  • 以开立一个新分支前
  • 在一个新的揭晓循环起来之时刻
  • ……

升级主开发SAP系统

  • 争处理abapGit不能够序列化的开销目标?
  • 当得取得定制数据、主数据与事情数据来出新特性、重现bug并且修复时,主开发体系设争获得其?
  • 自从主分支拉取代码后,要什么样处理开发目标为将她分配至适合的导请求之上?
    • 也许你闹只复杂的传输规则以扶植代码复用。我们即便是这么。

你还欲一个策来应本着以下问题:

  • 也无法序列化的目标单独维护与安排以及单独地导入定制和工作台传输
    • 任起像相同团糟
  • 开发体系的复制(只复制SAP)
    • 就是为吃你定制数据
  • 克隆主开发体系运行的虚拟机(OS+SAP)
    • 而重命名SID和统称域名(Full Qualified Domain
      Name),否则你见面遇到网络问题
  • …… 

还要,更新的频率是?

  • 按需
  • 每当开立一个新分支前
  • 在一个初的颁布循环开始的时刻
  • ……

Hosted VMs

提升看起是独坏问题,也许毫不一个本土虚拟机、而是使用托管虚拟机会更好。

这样的话,无论使用何种政策来更新,都可另行轻松地履。

大红鹰葡京会 7

Hosted VMs

晋级看起是单大题材,也许毫不一个本土虚拟机、而是采用托管虚拟机会再次好。

这样的话,无论用何种政策来更新,都足以另行自在地尽。

大红鹰葡京会 8

优势:

  • 组织者可以在其它时刻看机器

优势:

  • 领队可以当其余时刻拜访机器

劣势:

  • 运作开发虚拟机带来的托管资产

劣势:

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

结论

因而,进行即时一体的长处是啊?

咱们的见地是:

  • 真正的道岔成可能,编码时无过问其它开发者
  • 由merge request和多单commit的咬合,更加有益于代码审查
  • 对多个发行本的精美支持,容易切换至一个发行分支上去
  • ……

值得吗之做出过多的鼎力呢?

咱们的团体并不知道答案。系统共带来的血本,看起是了不起的。

当当时点上我们备感不舒适,因此转向社区,希望听到你们在这话题上之的看法跟更。

 

非常感谢,

André

 

参照文章:abapGit简介

 

 

 

结论

故,进行及时周的长处是啊?

咱们的见是:

  • 诚然的子成可能,编码时莫过问其它开发者
  • 由merge request和多独commit的构成,更加有益于代码审查
  • 对多只发行本的精彩支持,容易切换至一个发行分支上去
  • ……

值得吗之做出过多的着力呢?

咱们的集体并不知道答案。系统一同带来的资产,看起是巨大的。

当这点上我们感觉到不舒适,因此转向社区,希望听到你们在这话题上之的意跟更。

 

非常感谢,

André

 

参照文章:abapGit简介

 

 

 

相关文章

admin

网站地图xml地图