git常用命令和使用顺序

        git命令是一些命令行工具的集合,它可以用来跟踪,记录文件的变动。比如你可以进行保存,比对,分析,合并等等。这个过程被称之为版本控制。已经有一系列的版本控制系统,比如SVN, Mercurial, Perforce, CVS, Bitkeepe等等。

        git是分布式的,这意味着它并不依赖于中心服务器,任何一台机器都可以有一个本地版本的控制系统,我们称之为仓库。如果是多人协作的话,你需要还需要一个线上仓库,用来同步信息。这就是GitHub, 腾讯云蜂巢的工作。

本章基础篇主要讲解一些Git代码提交流程和Git基础命令的使用。


一、Git版本分支管理

以下是一个比较基本的分支管理示范,每个公司的项目管理运作不同,分支管理也有各自的特色,但万变不离其宗。

1) dev分支用于日常开发

2) 当有新版本需要发布时, 把 dev 代码合并到 release 分支做集成测试,并等待发布

3) release 分支进入 bug 修复阶段

4) 如果在release分支发现bug,那么在release分支进行修改,并使用git cherry-pick 把修复 bug 的commit合并到 release 分支上(cherry-pick 与merge 不同,它的合并是以commit为单位而非整个branch), 完成后,release分支上所有代码改动(除版本号之外)都应该已经合到了dev分支上

5) release分支测试完成后,发布到线上环境

6) 并且打上tag,合并到master分支上

7) 如果在线上出现bug,那么在master上hot fix修复

8) 出现hot fix并修复后,需要重新把hot fix的代码合并到dev以及release分支中去使代码保持一致


 二、Git基本命令汇总


1.查看本地文件状态

git status  —-查看本地、本地仓库、缓存(stash)的文件修改状态

—红色 代表本地工作空间的文件修改

—蓝色 代表提交到本地仓库中的文件(git add .)

2.切换版本/覆盖当前修改文件

git branch - 查看当前版本

git branch -a 查看所有版本

git checkout XXX(版本名)  —-切换到远程库中XXX版本

git checkout filepath    —覆盖当前修改的文件

git checkout .           --覆盖当前所有修改文件

3.从远程库获取最新代码

git remote -查看远程库名称

git remote -v  

git remote show XXX(远程库名)

git fetch — 从remote端拉取最新代码

git pull XXX(远程库名) XXX(分支名)  -把拉取的最新代码跟当前工作空间合并

git rebase —把远程拉回的代码和本地合并

4.缓存本地代码

当要切换到其它版本时,想保存在当前版本修改的文件:在切换前做

git stash   —-把本地修改过不需要提交的文件放入缓存

git checkout XXX(版本)   —切换库版本

切回原来的库,把文件从stash缓存中拿出来

git stash pop — 从缓存中拉出

5.提交远程库

git add .

git commit -m ''

git remote 查看远程关联名称

git push remote的名称 本地master


6.处理冲突

git fetch 拉取最新工程

git pull XXX(远程库名) XXX(分支名)  -把拉取的最新代码跟当前工作空间合并

冲突产生后,去工作空间修改后,>>>新代码===老代码<<<,保留最终代码,删除提示符,重新提交。

7.把本次提交的内容提交到其他分支(比如发布时bug的修改)

git cherry-pick commitId

8.建议执行顺序

git status 查看修改状态

git checkout filename 放弃某文件的修改。

git stash 储存修改

git fetch 拉取最新工程

git rebase 与本地分支合并

git stash pop 弹出储存文件,此时新文件可能会与你的文件产生冲突,解决冲突。

git add filename 添加某个修改文件

git add . 提交所有加点

git reset HEAD filename 回滚指定文件,回滚所有加点:"git reset HEAD . "

git commit -m''

git push 本地remote远程分支名,本地分支名

例我的本地分支为master 远程remote 别名为 origin 则提交为git push origin master

9.切换HEAD

git reflog --查看HEAD记录

git reset --hard HEAD^       //切换到之前一个HEAD 

git reset --hard fad4462      // 切换到某个已经回退的HEAD

10.刪除 local branch

git branch -d <branch_name>

最后 git pull 和git commit命令的顺序


我的建议是: 

1.在本地修改与远程代码无冲突的情况下,优先使用:pull->commit->push 

2.在本地修改与远程代码有冲突的情况下,优先使用:commit->pull->push


那么我们怎么去确定是否有冲突呢? 

一般我们在合作开发一个项目的过程中,都会有分工,有时会两个人同时修改一个类,有时整个类都是你自己在开发。 如果都是自己在开发的类,当然优先使用pull->commit->push,为什么我更倾向这种方式呢,因为这样会减少Git没有必要的merge。


如果有冲突的情况下,先pull了会出现什么问题呢? 

如果你的判断失误,在本地修改与远程代码有冲突的情况下,先执行了git-pull,即使是这样也不用担心,git会给你一个错误提示,这时候你再去执行commit->pull->push也是没有问题的。


全部评论(0)