美文网首页Android精选Android技术知识Git使用
Git在工作中的常见使用(三)

Git在工作中的常见使用(三)

作者: lanceJin | 来源:发表于2017-07-06 20:01 被阅读0次

1.前言


在工作中因为要考虑到安全和维护的问题,不会像前面理论中说的那样直接。就像改个文件,总是拷贝一份,在副本中进行修改,可以了再替换原件,否则仍使用原件,这样可以有效避免偶然的失误影响整体的工作。当从这个角度去看时,会发现公司的许多繁琐的规定都是为了保护之前的劳动成果。

2.代码审查


代码审查通常称为Code Review或Review,常用的是谷歌开源的项目Gerrit。虽然界面不太友好,但是功能还是强大的,初次使用可以参考乐学乐的博客

2.1.推送到远端

Gerrit可以理解为一个代理,封装了Git的远程仓库,通常不允许用户直接推送(push)内容到仓库分支上,而是refs/for/<远程分支名>。因为Gerrit监听refs/for/对应分支的主机端口,当有推送时,获取推送中的提交(commit)信息展示在服务的网页上,让用户选择交予哪个注册用户审查。通过了就合并到远程仓库对应的分支中,否则就退回修改,准备下次推送。

2.2.添加Change-Id

使用Gerrit时需注意的另一个问题就是给commit信息中添加Change-Id,一个SHA1的字符串。类似commit id,用来唯一标识某一次Review任务。这个不需要自己实现,可以拷贝相应脚本到本机Git的钩子路径下,具体命令如下:

$ gitdir=$(git rev-parse --git-dir); scp -p -P 29418 <你的注册邮箱>:hooks/commit-msg ${gitdir}/hooks/

有了这个脚本,每次推送时会自动添加Change-Id,最后在Gerrit上审查时看到的结果如下图所示:


Push.png

3.重新推送


当上次审查被拒或者审查前发现问题时,需修改并再次推送。若还按照上面的操作就会产生新的Review任务,令审查人员不知道哪个才是审查对象。所以应该保持Change-Id不变,在原有的任务下生成新的Patch Set。其实上次的代码也在任务的Patch Set中,不过Gerrit默认只使用最新的。

3.1.不改变提交信息

一般推荐使用git commit --amend命令重提,这样可以保持提交信息(commit message)不变,包括其中的Change-Id,特别方便还不容易错。但是需注意的是这个命令仅仅替换git commitgit addgit push仍不能少。

3.2.改变提交信息

若想完全控制新的提交,比如修改提交信息,其实也不难,就是多一步而已。

  • git reset HEAD^,撤销上一次的提交,将版本回到上一版本;
  • git add .,添加上次和这次的所有修改到暂存区;
  • git commit -m <提交信息>,提交修改,提交信息最后添加上次的Change-Id;
  • git push origin HEAD:refs/for/<远程分支名>,推送全部代码给Gerrit分配审查。

4.管理分支


Gitflow工作流是围绕项目发布时所包含的场景而严格定义交互的分支模型。它明确了每种分支的作用,不同分支在什么情况下交互等,让开发人员能够清楚地按照规范进行操作,避免彼此之间相互影响,导致整个项目的进度受到影响。具体的内容可以参考哲良的文章,介绍的相当详细。

Gitflow.png
  • Master分支,作为默认分支,承担着记录历史的作用,存放着正式发布的版本代码,并打上标签(tag),告知版本号。
  • Develop分支,从Master分支上拉出的新分支,专门用来开发,所有开发中的代码最后都合并到上面,平常最多使用的就是它。
  • Feature分支,由Develop分支上根据功能拉出的新分支,数量不限,适合并行开发多个功能,提高开发效率。功能开发完毕,通过审查合并到Develop分支。
  • Release分支,当完成需求,准备发布版本时,fork出的分支。在上面只操作和发布有关的,比如修复Bug等。不再添加功能和更改需求,这些可以在Develop上继续开发,但得到下个版本才能发布。
  • 当发布了这个版本,就将代码合并到Master上,同时更新Develop上的代码。由于新功能也在开发,注意冲突的解决。
  • Hotfix分支,用于处理紧急问题。那些严重影响用户使用的地方,等不到计划的下个版本发布,临时决定发个版本。由于也是发版,得和Release一样,将最终代码合并到Master和Develop上。

5.总结


Git相关的常见用法差不多都讲到了,毕竟内容很多,只能大概地指引个方向,大家在工作中肯定会遇到新的问题。别怕,不会就问谷哥和度娘,这是一个必然的学习过程。学以致用,你会发现自己慢慢地向着大神的地方爬去。

相关文章

  • Git在工作中的常见使用(三)

    1.前言 在工作中因为要考虑到安全和维护的问题,不会像前面理论中说的那样直接。就像改个文件,总是拷贝一份,在副本中...

  • Git项目管理命令以及常见错误

    在工作中,使用Git进行项目管理越来越常见,Git项目管理命令也成为iOS攻城狮的基本功.不多说直接上代码: 远程...

  • Git在工作中的常见使用(一)

    1.前言 版本控制系统对于每一个开发人员而言肯定不会陌生。其实任何人在工作中都会遇到需要合作或迭代的时候,有个工具...

  • Git在工作中的常见使用(二)

    1.前言 Git的本地使用仅仅服务于个人,若想多人合作,还是得通过网络和远程仓库来共享和同步。这时就面临着如何获取...

  • Git解决冲突篇(二)

    常见 Git 操作:Git从安装到使用(一)Git 隐藏代码篇stash(三) 1)当把分支合并到master上有...

  • 关于git介绍

    我们在工作中经常会涉及到GIT命令的使用,本文主要内容是对工作中经常使用Git的命令进行介绍。   说到git命令...

  • Git工作流

    一、Git常见工作流 Git三种常见的工作流:Git Flow、GitHub Flow 、GitLab Flow ...

  • Git Stash用法

    Git Stash用法 最近在使用Git管理项目工程的时候,遇到了很多问题,也学习到了很多关于Git常见使用的技巧...

  • Android Studio中配置git

    Android studio git配置以及常见使用 主要记录一下Android studio环境下的git配置,...

  • (转发)Git 如何优雅地回退代码

    前言 从接触编程就开始使用 Git 进行代码管理,先是自己玩 Github,又在工作中使用 Gitlab,虽然使用...

网友评论

    本文标题:Git在工作中的常见使用(三)

    本文链接:https://www.haomeiwen.com/subject/minqhxtx.html