Git 的基本操作、开发流程实践总结

Git 是什么
Git 是一个分布式的代码管理容器,本地和远端都保有一份相同的代码。
Git 仓库主要是由是三部分组成:本地代码,缓存区,提交历史,这几乎是所有操作的本质,但是为了文章更加简单易懂,就不围绕这块展开了,有兴趣的可以去了解下。
开门见山,我们直接来说说 Git 有哪些常见的操作。

Git 常规操作

简单说说Git有哪些常规操作,能够让我们应付简单的开发需求。

克隆代码

✦ 克隆远端代码
git clone http://git.code.oa.com/QCFE/sqlserver.git
✦ 查看本地的代码状态
git status
Git 的基本操作、开发流程实践总结
✦ 同步远端分支变化
git fetch origin master git fetch git fetch p
✦ 同步远端代码变化。
git pull origin master git pull r origin master
关于 git merge 和 git rebase 各自的优劣,后文会详细介绍。
这部分主要介绍了关于代码克隆,同步远端代码变化的相关操作。接下来,我们看看关于本地代码的一些操作。

操作 commit

首先我们要明确一个概念:就是每个 commit 都是一份完整的代码状态,用一个 commitID 来唯一标志。
Git 的基本操作、开发流程实践总结
从某个角度上来说,Git维护的就是一个commitID树,分别保存着不同状态下的代码。
所以你对代码的任何修改,最终都会反映到 commit 上面去。
✦ 新增 commit
git add files git commit m ‘提交备注’
✦ 撤销 commit
git reset b14bb52 git reset hard b14bb52 git checkout files
✦ 合并 commit
合并 commit,本质上合并两份不同状态下的代码。
git merge master git rebase master
那么 git rebase 和 git merge 到底有什么区别呢?
merge是两个分支处理冲突后,新增一个 commit 追加到master上。
rebase是将someFeature分支上的commit记录追加到主分支上,值得注意的是,这个时候他的commit其实已经发生变化。
Git 的基本操作、开发流程实践总结
相对来说,git merge 处理冲突更直接,而git rebase 能够保证清晰的 commit 记录。
合并 commit 的时候,通常会发生冲突。
可以全局搜索特殊字符比如<<<,找到需要处理的代码位置,然后认真分析应该保留哪一部分代码。
Git 的基本操作、开发流程实践总结
在团队协作的时候,分支是必不可少的。那么应该如何对分支进行操作呢?

操作分支

所谓的分支其实就是一个指向 commitID 的指针,你可以去.git/refs/heads里去看看。
Git 的基本操作、开发流程实践总结
通常情况下,我们建议分支至少能够明确的标记功能名称,如果能标记用户就更好了,比如qixiu/feature
✦ 查看分支
Git 的基本操作、开发流程实践总结
可以同时看到本地分支和远端分支,配合上前文介绍的 git fetch -p 可以第一时间查看到最新的分支信息。
✦ 新增本地分支
其实就是创建一个指针指向某一个 commitID。
git checkout b qixiu/feature git checkout qixiu/feature
✦ 删除本地分支
其实就是移除一个指向 commitID 的指针。
git branch d qixiu/feature git branch D qixiu/feature
✦ 新增远端分支
通常情况下,我们是新建本地分支,然后更新到远端的方式来新增一个远端分支
git push origin qixiu/feature
✦ 删除远端分支
同样,我们也是通过更新到远端的方式来删除一个远端分支
git push origin :qixiu/feature


简单汇总一下

上面说的可能有些分散,这儿简单总结一下有哪些经常使用的操作:
git status git add files git commit m ‘提交内容的备注’ git checkout b branchName git fetch p git pull r origin branchName git push origin branchName
以上几条命令已经能够应付日常的操作,稍微复杂一些的场景后文会介绍。
基于基本操作,在实际项目中,我们应该怎么利用 Git 实现协作呢?
Git 一些较好的实践
Git 有一些成熟的开发流程,比较主流的有两种:
  • 基于功能分支的开发流程
  • GitFlow开发流程
相对来时,我更推荐前者,如果是复杂的大型项目,推荐GitFlow开发流程。
接下来,简单介绍下这两种协作模式。

基于功能分支的协作模式

基于功能分支的开发流程其实就是一句话:用分支来承载功能开发,开发结束之后就合并到 master 分支。
他的优点是能够保证master分支的整洁,同时还能让分支代码逻辑集中,也便于 CodeReview。
分支命名规范
推荐使用如下格式:ownerName/featureName。
这样既便于知道分支覆盖的功能,也便于找到分支的负责人。以后清理分支的时候也很方便。
开发流程
✦ 从 master 切出一个新分支
git checkout b qixiu/newFeature
✦ 开发一些新功能,然后提交
建议较多频次的提交代码到本地仓库,以便能够更灵活的保存或撤销修改。
此外为了保证提交日志的清晰,建议备注清楚的注释。
git status git add files // 挑选需要提交的文件,或者全部提交git commit m ‘提交备注’git push origin qixiu/newFeature
✦ 如果功能开发完成,可以发起一个CodeReview流程
✦ 如果代码测试通过,合并到 master,然后准备上线
// 冗余版 合并到 mastergit checkout master git pull r origin master git checkout qixiu/newFeature git rebase master // 处理冲突git checkout master git merge qixiu/newFeature git push origin master// 精简版 合并到 mastergit checkout qixiu/newFeature git pull r origin master // 将master的代码更新下来,并且rebase处理冲突git push origin master // 将本地代码更新到远端
有几点需要注意:
  • 不要在master合并代码,保证master的可用性很重要
  • 确保在正确的分支执行正确的操作
  • 无论是处理冲突还是更新远端代码,请保有敬畏之心
  • 到此,一个正常的基于功能分支的开发流程就完成了
接下来看看另外一个开发流程。

GitFlow 开发流程

GitFlow 比前文讲的基于功能分支的开发流程要复杂得多,它更适合大型的复杂项目。
它围绕项目发布流程定义了一个严格的分支模型,所有的开发流程都是围绕这个严格的分支模型进行。
而这个模型约定了每个分支的角色,以及他们如何沟通。
我们先来看看 GitFlow 开发流程中几个约定的分支,以及他们各自承担的角色是怎么样的?
Git 的基本操作、开发流程实践总结
✦ Master分支:用于存放线上版本代码,可以方便的给代码打版本号。
✦ Develop分支:用于整合 Feature 分支。
✦ Feature分支:某个功能的分支,从 Develop 分支切出,并且功能完成时又合并回 Develop 分支,不直接和
Master 分支交互。
✦ Release分支:通常对应一个迭代。将一个版本的功能全部合并到 Develop 分支之后,从 Develop 切出一个
Release 分支。这个分支不在追加新需求,可以完成 bug 修复、完善文档等工作。务必记住,代码发布后,需要将其合并到 Master 分支,同时也要合并到 Develop 分支。
✦ Hotfix分支:紧急修复的分支,是唯一可以从 Master 切出的分支,一旦修复了可以合并到 Master 分支和 Develop 分支。
从每个分支的功能和约定可以看出,它流程多约束多,对于小规模应用并不适合。
当然 GitFlow 有一些辅助工具 gitflow 可以自动化的完成这些任务,对于大型项目也很有帮助。
来源:https://cloud.tencent.com/developer/article/1005850
本站所有文章均来自互联网,如有侵权,请联系站长删除。极客文库 » Git 的基本操作、开发流程实践总结
分享到:
赞(0)

评论抢沙发

评论前必须登录!