各位ABAP公民们.特别是使用abapGit的各位,你们好. 我的团队和我将向大家分享我公司内引入abapGit后产生的某些开发问题.我所在的公司是一家创作SAP第三方软件的公司,目前主要使用ABAP和UI5. 本文专门针对ABAP方面. 首先,我们爱abapGit,相信你们中的很多也是一样... GitHub repository 我们的git仓库使用GitLab托管在本地,有着各种用户友好的特性. 我们至少每天push一次我们的commit,生成版本(可以说是一个额外的备份层). 通过使用G…

默认情况下合并分支常常直接使用 git merge 命令,是最方便快速的合并方法.其实这种情况下 git 采用的是 fast forward 模式,特点是删除分支后,会丢失分支信息,好像从来没存在该分支一样,而我们推荐的是recursive 模式,能够保留分支的版本记录. 递归模式(recursive) 创建并切换 dev 分支,提交版本后切换回 master 分支,然后再合并 dev 分支,这不过这一次不再使用 git merge dev 命令: # 创建并切换 dev 分支 $ git ch…

就像代码需要代码规范一样,代码管理同样需要一个清晰的流程和规范 Vincent Driessen 同学为了解决这个问题提出了 A Successful Git Branching Model 下面是Git Flow的流程图,与SVN分支策略相比,Git分支流程复杂了很多,除了要维护两个长期的分支master和develop外,还有很多临时性分支如hotfix等,甚至有些用SVN分支思维的同学还有疑问,这种模式分支合并后岂不是增加了很多重复测试的工作量,因为理论上分支测试后,任何代码的改动合并到其…

封面 作为一名85后的技术男,一转眼10年过去了(一不小心暴露了年龄,虽然我叫18岁fantasy),亲手写代码已经是5年前了,目前主要负责公司的软件产品的规划和设计(所以最近写的东西也主要与设计和产品分析有关)并带着研发团队进行产品落地.偶尔手痒痒写点代码或者和团队讨论一下架构设计啥的,毕竟以前是那么的热爱! 这篇文章主要想写写我所在团队git的使用历程,有些算是回忆吧.~老司机共勉啊~ SVN时代 在刚进公司的时候,那会大家都还在使用svn.代码,原型设计和过程文档都在svn上.大概过了一年…

创建合并删除分支 我们知道每次提交git都会将他们串成一条线,这条时间线就是一个分支.在git里这条时间线叫做主分支,即master分支 HEAD指向master,master指向最新的提交,所以,HEAD指向的就是当前分支. 每次提交,master指针都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长. 创建分支 当我们创建新的分支的时候,例如dev,此时git也会新创建一个指针dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上: 所以Gi…

本文分支策略为总结各中小型企业常见做法(仅代表个人观点),在下才疏学浅,文章如有缺漏或不当之处,望各位帮忙指正.写此文也十分希望能起抛砖引玉之效. 据我所知,目前大部分无论是按瀑布/敏捷开发模型,就算服务器资源十分有限的情况下,一套相对标准的研发流程也都应该至少具有开发(DEV)/测试(TEST)/生产(PROD)三个环境. 环境说明 开发环境(DEV): 此服务环境(集群)一般为开发人员进行代码开发,单元自测,以及实验的稳定环境. 测试环境(TEST): 开发人员提交测试后,将相关代码,服务环…

转 http://www.ruanyifeng.com/blog/2012/07/git.html  作者: 阮一峰 如果你严肃对待编程,就必定会使用"版本管理系统"(Version Control System). 眼下最流行的"版本管理系统",非Git莫属. 相比同类软件,Git有很多优点.其中很显著的一点,就是版本的分支(branch)和合并(merge)十分方便.有些传统的版本管理软件,分支操作实际上会生成一份现有代码的物理拷贝,而Git只生成一个指向当前版…

SAPLink是一个帮助人们分享开发内容的工具.通过它,人们可以将ABAP开发对象从一个系统打包下载.再上传到另一个系统中.对于各种类型的开发者,它都可以起到作用: 有的开发者喜欢在不同的项目中复制相似的程序.修修改改以实现快速实施. 有的开发者野心勃勃,希望开发自己的特定问题解决方案. 有的开发者希望从网络得到现成的示例程序,帮助自己学习. 恐怕绝大部分ABAP开发者都使用过或者听说过SAPLink,因此这里不再对它的做过多介绍.但是,也许有一部分人还不了解他的替代品:abapGit.本文试图…

通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息. 如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息. 下面我们实战一下--no-ff方式的git merge: 首先,仍然创建并切换dev分支:…

分支管理策略 下面我们来说一下一般企业中开发一个项目的分支策略: 主分支 master 开发分支 develop 功能分支 feature 预发布分支  release bug 分支 fixbug 其它分支 other 1).主分支 master 代码库应该有一个.且仅有一个主分支.所有提供给用户使用的正式版本,都在这个主分支上发布. Git主分支的名字,默认叫做Master.它是自动建立的,版本库初始化以后,默认就是在主分支在进行开发. 2).开发分支 develop 主分支只用来分布重大版本…