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

by admin on 2018年10月8日

诸君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简介

 

 

 

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图