Git常用命令整理与重要概念整理

系统 Linux 开源
每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。在Git里,有个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。

Git重要概念

master head

每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。在Git里,有个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。

一开始的时候,master分支是一条线,Git用master指向***的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点。

每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长:

 当我们创建新的分支,例如dev时,Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上。

从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而master指针不变。

假如我们在dev上的工作完成了,就可以把dev合并到master上。Git怎么合并呢?最简单的方法,就是直接把master指向dev的当前提交,就完成了合并。

合并完分支后,甚至可以删除dev分支。删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支。

工作区,暂存区

  • 工作区Workspace:就是你在电脑里能看到的目录,即你代码放的那个文件夹。即时性强,对文件的所有更改都会立刻提现在这里。
  • 版本库:工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
  • 暂存区 Index / Stage:git add以后,当前对文件的更改会保存到这个区
  • 本地仓库Repository:git commit以后,当前暂存区里对文件的更改会提交到本地仓库
  • 远程仓库Remote:远程仓库名一般叫origin。git push以后,本地仓库里优先于远程仓库的commit会被push到远程仓库

下载安装

git官网下载

初始化

初始化参数 

  1. $ git config --global user.name "你的名字"  
  2. $ git config --global user.email "你的邮箱地址"  

因为Git是分布式版本控制系统,所以,每个机器都必须自报家门:你的名字和Email地址。

注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。

初始化本地仓库 

  1. $ git init 

SSH key生成 

  1. $ ssh-keygen -t rsa -C "你的邮箱地址" 

clone代码 

  1. // 克隆master分支  
  2. $ git clone <版本库的网址>  
  3. // 指定克隆的分支名  
  4. $ git clone -b <分支名> <版本库的网址>  

.gitignore生效办法 

  1. // 先把本地缓存删除(改变成未track状态)  
  2. $ git rm -r --cached .  
  3. // 然后再提交  
  4. $ git add .  
  5. $ git commit -m 'update .gitignore'  

查看各种状态 

  1. // 查看当前状态(分支名,有哪些改动,有哪些冲突,工作区暂存区中的内容,几个commit等等)  
  2. $ git status  
  3. // 查看本地仓库的提交历史  
  4. $ git log  
  5. // 查看本地仓库的提交历史,简洁版  
  6. $ git log --pretty=oneline  
  7. // 查看命令历史  
  8. $ git reflog  

分支 

  1. // 查看分支: 
  2. $ git branch -a  
  3. // 创建本地分支:  
  4. $ git branch <分支名>  
  5. // 切换本地分支:  
  6. $ git checkout <分支名>  
  7. // 创建+切换本地分支:  
  8. $ git checkout -b <name 
  9. // 合并某分支到当前分支: 
  10. $ git merge <要合并的分支>
  11. // 将本地分支推送到远程
  12. $ git push origin <要推送的本地分支名>
  13. // 以远程分支为基础,建一个本地分支
  14. $ git checkout -b <本地分支名> origin/<远程分支名>
  15. // 删除本地分支:
  16. $ git branch -d <本地分支名>
  17. // 删除远程分支。将本地空分支推送到远程分支,相当于删除远程分支
  18. $ git push origin  :<要删除的远程分支名>

更新和提交代码

一个新的文件,或改动.刚开始只存在你的工作区。当你使用git add的时候,Git就会缓存这个改动并且跟踪。当你使用git commit的时候就会把你的改动提交到仓库里。 

  1. // 缓存所有改动  
  2. $ git add --all  
  3. // 缓存单个文件的改动  
  4. $ git add <该文件的文件名,包含路径>  
  5. // 提交至本地仓库  
  6. $ git commit -m <提交备注>  
  7. // 更新本地代码  
  8. $ git pull origin <分支名>  
  9. // 将本地commit推送至远端  
  10. $ git push orign <分支名> 

撤销 

  1. // 撤销工作区某个文件的更改  
  2. $ git checkout [file]  
  3. // 撤销工作区所有文件的更改  
  4. $ git checkout .  
  5. // 重置暂存区的指定文件,与上一次commit保持一致。但更改并没有消失,而是更改打回工作区  
  6. $ git reset [file]  
  7. // 重置暂存区与工作区,与上一次commit保持一致。  
  8. $ git reset --hard <当前分支名>  
  9. // 重置当前分支的指针为指定commit,同时重置暂存区。但更改并没有消失,而是更改打回工作区  
  10. $ git reset [commit]    
  11. // 重置当前分支的HEAD为指定commit,同时重置暂存区和工作区,与指定commit一致。  
  12. $ git reset --hard [commit]  
  13. // 重置当前HEAD为指定commit,但保持暂存区和工作区不变  
  14. $ git reset --keep [commit]  
  15. // 暂时将未提交的变化存入stash,稍后再弹出 
  16. $ git stash  
  17. $ git stash pop  
  18. git review  

代码评审使用gerrit系统,git中使用git review <分支名>(默认是master) 命令执行review操作。

规则

  • 提交reivew之前pull远程代码,保证提交以前是***代码,有冲突需要本地合并处理。
  • 一个单一的功能的变更放入一个commit中,提交一次reivew。

特殊情况

  • review没有通过怎么办?

 先回到要修改的那个commit 

  1. $ git reset --soft  <要修改的那个commit的id> 

继续修改你要改的文件。修改后add缓存文件,并执行 

  1. $ git commit --amend 

将刚生产的变更归并到上一次变更里,继续执行git review

  • 已经做了多个提交commits怎么办?

 如果多个提交是相关联的,请合并这个提交为一个提交 

  1. // 查询***提交的commit, 记住id.  
  2. $ git log   
  3. // 进行变基操作  
  4. $ git rebase -i  <上一步查到的id>  
  5. // 弹出的界面上罗列了***提交的commit到现在的所有提交记录  
  6. //将每列开头的 'pick' 改成 's', 只保留***列的 'pick'。  
  7. //保存修改后系统会自动把这些commits合并成一个commit 
  8. // 如果遇到冲突需要手动解决。合并冲突后,继续变基, 直到所有commits都合并为止.  
  9. $ git rebase --continue  

如果review中提交了多个commits,其中一个commit没review过怎么办(包括以前某个commit中没有生成change id)?一次commit对应生成一个review, 前一个review没通过的话,后面的review 通过了也提交不了。 必须把前面一个review 弄通过,后面的review才能提交。 

  1. // 查询未通过的review对应的commit id(gerrit里有记录)  
  2. // 回到这个commit的前一个节点,注意有个^  
  3. $ 执行 git rebase -i  <未通过的review对应的commit id>^   
  4. // 修改并缓存要提交的文件后  
  5. $ git commit --amend  
  6. // 返回head处  
  7. $ git rebase --continue   
  8. // 提交对老review的更新  
  9. $ git review   

 

责任编辑:庞桂玉 来源: Linux公社
相关推荐

2010-03-29 10:16:39

CentOS常用命令

2010-04-01 17:19:04

CentOS常用命令

2010-05-25 11:40:12

MySQL 常用命令

2013-04-28 14:03:26

Android开发Android常用命令

2010-04-01 18:10:32

CentOS常用命令

2010-04-06 15:04:55

CentOS常用命令

2010-03-24 17:44:58

CentOS常用命令

2023-10-31 16:17:42

2017-03-01 17:27:32

LinuxShell命令

2010-04-01 18:23:02

CentOS常用命令

2015-07-28 10:21:23

git命令

2018-02-02 16:32:10

KubernetesDocker命令

2014-01-02 09:57:56

PostgreSQL命令

2011-01-19 17:00:09

Postfix常用命令

2011-03-16 10:07:00

2014-07-25 10:55:36

Linux命令

2023-02-24 07:40:11

2023-02-26 23:41:37

2020-09-28 15:14:31

Linux常用命令实用命令

2010-07-06 10:44:22

FTP服务器
点赞
收藏

51CTO技术栈公众号