澳门1495

abapGit分支策略,abapGit分支策略

一月 1st, 2019  |  球类运动

各位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简介

 

 

 

Your Comments

近期评论

    功能


    网站地图xml地图