git常用命令总结

服务器 struggling 1155次浏览 0个评论

1.小结

现在总结一下今天学的两点内容:

初始化一个Git仓库,使用:

<code>
 [feiyu@localhost ~]$ git init
 </code>

添加文件到Git仓库,分两步:

第一步,

<code>
[feiyu@localhost ~]$ git add <file>
 </code>

注意,可反复多次使用,添加多个文件;

第二步,

<code>
[feiyu@localhost ~]$ git commit -m " xxx"
 </code>

2.小结

要随时掌握工作区的状态,使用命令git status。

<code>
 [feiyu@localhost ~]$  git status
 </code>

如果git status告诉你有文件被修改过,用git diff可以查看修改内容。

<code>
[feiyu@localhost ~]$ git diff
 </code>

3.小结

现在总结一下:

HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset –hard commit_id。

<code>
[feiyu@localhost ~]$ git reset --hard 
  </code>

穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。

<code>
 [feiyu@localhost ~]$ git log
 </code>

要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。

<code>
 [feiyu@localhost ~]$ git reflog
 </code>

4.小结
git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit就可以一次性把暂存区的所有修改提交到分支。

暂存区是Git非常重要的概念,弄明白了暂存区,就弄明白了Git的很多操作到底干了什么

<code>
 [feiyu@localhost ~]$ git add 

 [feiyu@localhost ~]$ git commit
 </code>

5.小结
第一次修改 -> git add -> 第二次修改 -> git add -> git commit

<code>
 [feiyu@localhost ~]$ git add       #修改

 [feiyu@localhost ~]$ git add       #再次修改

 [feiyu@localhost ~]$ git commit   #提交
 </code>

现在,你又理解了Git是如何跟踪修改的,每次修改,如果不add到暂存区,那就不会加入到commit中。

6.小结

又到了小结时间。

场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout — file。

<code>
 [feiyu@localhost ~]$ git checkout -- file
  </code>

场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file,就回到了场景1,第二步按场景1操作。

<code>
 [feiyu@localhost ~]$ git reset HEAD file
 </code>

场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。

7.小结

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心误删,但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。

<code>
 [feiyu@localhost ~]$ git rm
 </code>

另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:

<code>
 [feiyu@localhost ~]$ git checkout -- test.txt
 </code>

git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。

8.小结

第1步:创建SSH Key。在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开Shell(Windows下打开Git Bash),创建SSH Key:

<code>
 [feiyu@localhost ~]$ ssh-keygen -t rsa -C "youremail@example.com"
 </code>

如果一切顺利的话,可以在用户主目录里找到.ssh目录,里面有id_rsa和id_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。

第2步:登陆GitHub,打开“Account settings”,“SSH Keys”页面:

然后,点“Add SSH Key”,填上任意Title,在Key文本框里粘贴id_rsa.pub文件的内容:

9.小结

要关联一个远程库,使用;

<code>
 [feiyu@localhost ~]$ git remote add origin git@server-name:path/repo-name.git
  </code>

关联后,使用命令git push -u origin master第一次推送master分支的所有内容;

<code>
 [feiyu@localhost ~]$ git push -u origin master
  </code>

此后,每次本地提交后,只要有必要,就可以使用命令git push origin master推送最新修改;

<code>
 [feiyu@localhost ~]$ git push origin master
  </code>

分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在,也就是有没有联网都可以正常工作,而SVN在没有联网的时候是拒绝干活的!当有网络的时候,再把本地提交推送一下就完成了同步,真是太方便了!

10.小结

要克隆一个仓库,首先必须知道仓库的地址,然后使用git clone命令克隆。

<code>
 [feiyu@localhost ~]$ git clone +URL  #克隆一个仓库
  </code>

Git支持多种协议,包括https,但通过ssh支持的原生git协议速度最快。

你也许还注意到,GitHub给出的地址不止一个,还可以用https://github.com/michaelliao/gitskills.git这样的地址。实际上,Git支持多种协议,默认的git://使用ssh,但也可以使用https等其他协议。

使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令,但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。

11.小结

Git鼓励大量使用分支:

查看分支:

<code>
 [feiyu@localhost ~]$ git branch
  </code>

创建分支:

<code>
 [feiyu@localhost ~]$ git branch <name>
  </code>

切换分支:

<code>
 [feiyu@localhost ~]$ git checkout <name>
  </code>

创建+切换分支:

<code>
 [feiyu@localhost ~]$ git checkout -b <name>
  </code>

合并某分支到当前分支:

<code>
 [feiyu@localhost ~]$ git merge <name>
  </code>

删除分支:

<code>
 [feiyu@localhost ~]$ git branch -d <name>
 </code>

12.小结

当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。

用git log –graph命令可以看到分支合并图。

<code>
 [feiyu@localhost ~]$ git log --graph --pretty=oneline --abbrev-commit
*   59bc1cb conflict fixed
|\
| * 75a857c AND simple
* | 400b400 & simple
|/
* fec145a branch test
 </code>

13.小结

Git分支十分强大,在团队开发中应该充分应用。

合并分支时,加上–no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。

请注意–no-ff参数,表示禁用Fast forward:

<code>
 [feiyu@localhost ~]$ git merge --no-ff -m "merge with no-ff" dev
 </code>

因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。

分支策略

在实际开发中,我们应该按照几个基本原则进行分支管理:

首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;

那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;

你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。

14.小结

修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;

当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场。

一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;

另一种方式是用git stash pop,恢复的同时把stash内容也删了:

再用git stash list查看

15.小结

查看远程库信息,使用:

<code>
 [feiyu@localhost ~]$ git remote -v
  </code>

本地新建的分支如果不推送到远程,对其他人就是不可见的;

从本地推送分支,使用:

<code>
 [feiyu@localhost ~]$ git push origin branch-name
 </code>

如果推送失败,先用git pull抓取远程的新提交;

在本地创建和远程分支对应的分支,使用:

<code>
 [feiyu@localhost ~]$ git checkout -b branch-name origin/branch-name
 </code>

本地和远程分支的名称最好一致;

建立本地分支和远程分支的关联,使用:

<code>
 [feiyu@localhost ~]$ git branch --set-upstream branch-name origin/branch-name
  </code>

从远程抓取分支,使用git pull,如果有冲突,要先处理冲突。

因此,多人协作的工作模式通常是这样:
1.
首先,可以试图用git push origin branch-name推送自己的修改;

2.
如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;

3.
如果合并有冲突,则解决冲突,并在本地提交;

4.
没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!

如果git pull提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令git branch –set-upstream branch-name origin/branch-name。

这就是多人协作的工作模式,一旦熟悉了,就非常简单。

16.小结

<code>
 [feiyu@localhost ~]$ git tag <name>    #用于新建一个标签,默认为HEAD,也可以指定一个commit id

 [feiyu@localhost ~]$ git tag -a <tagname> -m "blablabla..."    #可以指定标签信息
 

 [feiyu@localhost ~]$ git tag -s <tagname> -m "blablabla..."    #可以用PGP签名标签
  </code>

命令git tag可以查看所有标签。

17.小结

<code>
 [feiyu@localhost ~]$ git push origin <tagname>  #可以推送一个本地标签
 

 [feiyu@localhost ~]$ git push origin --tags      #可以推送全部未推送过的本地标签
 

 [feiyu@localhost ~]$ git tag -d <tagname>   #可以删除一个本地标签
 

 [feiyu@localhost ~]$ git push origin :refs/tags/<tagname>  #可以删除一个远程标签

 </code>

DevOps-田飞雨 》》转载请注明源地址
喜欢 (3)or分享 (0)
发表我的评论
取消评论
*

表情 贴图 加粗 链接 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址