Git 的基本操作、开发流程、实用技巧总结(陈彦贝)
|
Git 是一个分布式的代码管理容器，本地和远端都保有一份相同的代码。 Git 仓库主要是由是三部分组成：本地代码，缓存区，提交历史，这几乎是所有操作的本质，但是为了文章更加简单易懂，就不围绕这块展开了，有兴趣的可以去了解下。 开门见山，我们直接来说说 Git 有哪些常见的操作。 Git 有哪些常规操作？ 我们简单说说Git有哪些常规操作，能够让我们应付简单的开发需求。 克隆代码 ✦ 克隆远端代码 git clone ✦ 查看本地的代码状态 // 可以明确的呈现出本地仓库的状态 // 哪些文件发生改动，哪些文件已经提交到本机 // 以及一些操作指示。 git status
// 拉取指定分支的变化 git fetch origin master // 拉取所有分支的变化 git fetch // 拉取所有分支的变化，并且将远端不存在的分支同步移除【推荐】 git fetch -p ✦ 同步远端代码变化。 // 都是先 git fetch，然后执行合并操作 // 不同的是，git pull 执行的是 git merge，git pull -r 执行的是git rebase git pull origin master git pull -r origin master 关于 git merge 和 git rebase 各自的优劣，后文会详细介绍。 这部分主要介绍了关于代码克隆，同步远端代码变化的相关操作。接下来，我们看看关于本地代码的一些操作。 操作 commit 首先我们要明确一个概念：就是每个 commit 都是一份完整的代码状态，用一个 commitID 来唯一标志。
从某个角度上来说，Git维护的就是一个commitID树，分别保存着不同状态下的代码。 所以你对代码的任何修改，最终都会反映到 commit 上面去。 ✦ 新增 commit // 添加文件到缓存区，然后提交到本地仓库 git add files git commit -m '提交备注' ✦ 撤销 commit // 会将提交记录回滚，代码不回滚 git reset b14bb52 // 会将提交记录和代码全部回滚 git reset --hard b14bb52 // 将部分代码文件回滚 git checkout -- files ✦ 合并 commit 合并 commit，本质上合并两份不同状态下的代码。 // Git 提供了两种合并 commit 的方式 git merge master git rebase master 那么 git rebase 和 git merge 到底有什么区别呢？ merge是两个分支处理冲突后，新增一个 commit 追加到master上。 rebase是将someFeature分支上的commit记录追加到主分支上，值得注意的是，这个时候他的commit其实已经发生变化。
相对来说，git merge 处理冲突更直接，而git rebase 能够保证清晰的 commit 记录。 合并 commit 的时候，通常会发生冲突。 可以全局搜索特殊字符比如<<<，找到需要处理的代码位置，然后认真分析应该保留哪一部分代码。
在团队协作的时候，分支是必不可少的。那么应该如何对分支进行操作呢？ 操作分支 所谓的分支其实就是一个指向 commitID 的指针，你可以去 .git/refs/heads 里去看看。
通常情况下，我们建议分支至少能够明确的标记功能名称，如果能标记用户就更好了，比如 qixiu/feature 。 ✦ 查看分支
可以同时看到本地分支和远端分支，配合上前文介绍的 git fetch -p 可以第一时间查看到最新的分支信息。 ✦ 新增本地分支 其实就是创建一个指针指向某一个 commitID。 // git branch qixiu/feature + git checkout qixiu/feature // 从当前分支新增一个新的分支qixiu/feature // 一般情况下，我们应该从master或者其他稳定分支来新增分支 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 -d qixiu/feaure git push origin :qixiu/feature 简单汇总一下 上面说的可能有些分散，这儿简单总结一下有哪些经常使用的操作： git status // 查看本地代码状态 git add files // 添加代码到缓存区 git commit -m '提交内容的备注' // 提交代码到本地仓库 git checkout -b branchName // 不加-b就是普通切换分支 git fetch -p // 同步远端分支状态 git pull -r origin branchName // fetch远端代码到本地，并且以rebase的方式合并代码 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，然后准备上线 // 冗余版 合并到 master git 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 // 精简版 合并到 master git checkout qixiu/newFeature git pull -r origin master // 将master的代码更新下来，并且rebase处理冲突 git push origin master // 将本地代码更新到远端 有几点需要注意： 不要在master合并代码，保证master的可用性很重要。 确保在正确的分支执行正确的操作。 无论是处理冲突还是更新远端代码，请保有敬畏之心。 到此，一个正常的基于功能分支的开发流程就完成了。接下来看看另外一个开发流程。 GitFlow 开发流程 （编辑：焦作站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
