常用git指令总结

1.授人以鱼不如授人以渔

git help 显示有关git的帮助信息

• 如果git help后面没有参数，命令行将会打印出git命令的概要和最常用的git命令。
• 如果git help后面有-all或者-a参数，命令行将会打印出所有可用的git命令。
• 如果git help后面有-guide或者-g参数，命令行将会打印出有用的git指南。
• git --help 与 git help 相同，因为前者被内部转换为后者。
• 举栗子：如果想要查看pull命令如何使用，则可以使用git help pull命令,按键盘中的q键可退出
  英文看着难受？没关系，这里有一些中文版的git指令教程！

2.git中的-参数和–参数

-参数（单破折号参数）

• 单破折号（-）通常用于表示单个或多个短选项（short options），这些选项通常是一个字母
  例如：git commit -m "提交的代码“，这里的-m是一个短选项，用于指定提交的消息。
• 组合多个短选项可以简化命令
  例如：git status -s -b可以简写为git status -sb

--参数（双破折号参数）

• 双破折号（--）通常用于表示长选项（long options），这些选项用完整的单词或短语表示，更加明确。
  git commit --message "提交的代码"，这里的--message是长选项，效果与-m相同，但是更加易读。
• 双破折号还有一个特殊用途：在参数列表中使用–可以明确标识参数的结束，后面的任何内容都将被视为位置参数。这在处理文件名或目录名中可能包含短选项非常有用。
  例如：git checkout -- somefile.txt，可以用于指定需要处理的文件，确保somefile.txt不会被误认为是参数。

3.git的区域划分

git分为三个区域，分别是工作区（workspace），暂存区/缓存区（staging area）和本地仓库区/版本库（local repository）
工作区：工作区就是不包括.git文件在内的整个项目目录
暂存区/缓存区：一般存放在.git目录下的index文件中，所以我们把暂存区也叫索引index.
本地仓库区/版本库：工作区的隐藏目录.git文件

注意点：

1. Changes to be committed:表示已经从工作区add到暂存区的file（文件或文件夹）。
   可以通过git restore --staged filename 命令将该file（文件或文件夹）从暂存区移除，只有工作区有该文件，该文件就为Untracked files。
2. Changes not staged for commit:表示工作区，暂存区都存在的file（文件或文件夹），在工作区进行修改或删除，但是没有add到暂存区。
   通过git add filename命令将变更（修改，删除）的file add到暂存区，此刻该file就没有（文件或文件夹）Changes not staged for commit状态，也就是Changes not staged for commit将没有改file（文件或文件夹）的记录了。
   通过git restore filename的命令取消file（文件或文件夹）在工作区的变更，那么暂存区的file（文件或文件夹）内容还是以前的，并且file（文件或文件夹）在Changes not staged for commit状态下没有记录。
   3.Untracked files: 表示只在工作区有的file（文件或文件夹），也就是在暂存区没有该file（文件或文件夹）。

4.绝对常用的git指令

实际应用中，git的提示命令和提示信息非常有用，一定要仔细看！

1. git config 命令用于获取并设置存储库或全局选项（一般刚下载的git需要配置用户名和用户邮箱，以获取代码的权限）
   配置用户名：git config --global user.name "tom"
   配置用户邮箱：git config --global user.email "tom@qq.com"
   检查所有配置：git config --list
   检查用户名：git config user.name
   检查用户邮箱：git config user.email
   配置全局文本编辑器：git config --global core.editor
   使用vim作为全局文本编辑器：git config --global core.editor vim
2. git clone命令将远程仓库的资源克隆到本地。
   举例子：克隆jQuery的版本库到本地的当前目录下git clone http://github.com/jquery/jquery.git
   如果想指定某个分支git clone -b 分支名 远程仓库http地址
   成功拉取代码步骤：
   （1）在官网中下载git
   （2）配置用户名和用户邮箱
   （3）生成密钥ssh-keygen -t rsa -C "youremail@example.com"
   （4）把[c盘->用户->自己的用户名->.ssh]目录下生成好的公钥"id_rsa.pub"文件，以文本形式打开复制并添加到版本管理仓库中
   （5）git clone拉取代码
   如下报错处理流程：
   
   （1）在[c盘->用户->自己的用户名->.ssh]目录下创建一个没有扩展名的文件config
   （2）输入并保存以下内容

Host *
PubkeyAcceptedKeyTypes +ssh-rsa
HostKeyAlgorithms +ssh-rsa

3. git pull命令将远程仓库的资源拉取到本地。常用的用法，切换到主分支，然后git pull就可以了，此命令相当于本地主分支的资源与远程的仓库资源做了同步。
   git pull --rebase切换基底
   git pull = git fetch + git merge
git pull --rebase = git fetch + git rebase

4. git fetch 从远程仓库中下载资源，且和pull不一样，pull会合并资源，fetch不会。

5. git status 查看当前项目中源代码的状态（里面会有一些修改过的代码文件，也会有一些新增的文件，这些文件是红色的），同时也可以看到当前所处的分支。
   git status -s或git stauts --short以精简的方式显示文件状态
   git status --ignored 列出被忽略的文件

6. git add 把所有的文件都提交到暂存区（提交到暂存区的所有文件都变成绿色的了）。其中git add .可以将所有修改过和新增的文件提交到暂存区中，而git add 某个文件到路径可以将某个文件单独添加到暂存区，也可以是多个，如git add foo.txt bar.txt。

7. git rm用于删除文件
   如果只是简单地从工作目录中手工删除文件，运行git status时就会在changes not staged for commit的提示。
   git rm <file> 将文件从工作区和暂存区删除
   git rm -f <file>强行将文件从工作区和暂存区中删除，如果删除之前修改过并且已经放到暂存区的话，则必须要用强制删除选项-f。
   git rm --cached <file>将文件从暂存区中移除，但仍然希望保留在当前工作目录中，使用–cached选项即可。

8. git commit 将暂存区中的内容添加到本地仓库中
   git commit -m [message]，其中[message]可以是一些备注信息。举个例子git commit -m "fix: the error of license_pid has been feixed"
git commit -a，-a参数设置修改文件后不需要执行git add命令，直接提交
   git commit --amend增补提交，会使用与当前提交节点相同的父节点进行一次新的提交，旧的提交将会被取消
   如果git commit没有设置-m选项，Git会尝试为你打开一个编辑器以填写提交信息。如果Git在你的配置中找不到相关信息，会默认打开vim编辑器。
   （1）输入i进入编辑文本模式
   （2）输入需要提交的信息
   （3）按Esc键退出文本编辑模式，进入命令模式
   （4）输入:wq保存文本并退出

9. git branch 查看本地的分支，其中*号的分支为当前所在分支。git branch -a查看本地分支和远程分支。

10. git checkout 切换分支。
    git checkout -b 分支名 新建一个分支并切换到该分支。
    切换的分支本地不存在，但是远程存在，如何关联本地和远程分支？
    举例子：可以使用这样的命令git checkout -b dev origin/dev，这个例子的意思是说，切换到dev分支上，接着跟远程的origin地址上的dev分支关联起来，这里要注意origin代表是一个路径，可以用git remote -v 查看，说白了，origin/dev有点像是git@github.comm:xxx/yyy.git/dev

11. git merge 将某个分支合并到当前所在分支。
    git merge --no-ff强行关闭fast-forward方式。fast-forward方式指的是当条件允许的时候，git直接将HEAD指针指向合并分支的头，完成合并。属于“快进方式”，不过这种情况如果删除分支信息，就会因为这个过程没有创建commit而丢失分支信息。
    git merge --squash是用来把一些不必要的commit进行压缩。比如说，你的feature在开发的时候写的很乱，那么我们合并的时候不希望把这些历史commit带过来，于是使用--squash进行合并，此时文件已经同合并后一样了，但不移动HEAD，不提交。需要进行一次额外的commit来"总结"一下，然后完成最终的合并。
    举例子：将dev分支合并到当前分支git merge dev

12. git rebase 命令在另一个分支基础之上重新应用，用于把一个分支的修改合并到当前分支。这样如果代码冲突的话，就会在本地做git commit操作时报错，如果不做git rebase操作的话，那么就会在将本地分支推向远程仓库的时候报错，这时候报错，错误更难处理。
    （1）所以建议在将修改好的本地子分支推向远程仓库之前，先从本地子分支切换到本地主分支
    （2）在本地主分支做一次git pull操作，更新本地的主分支代码
    （3）然后再从本地主分支切换到本地子分支中，在子分支中执行git rebase操作
    （4）最后，再做git commit的操作

13. git push <远程主机名> <本地分支名>:<远程分支名> 将本地分支的更新，推送到远程仓库中。
    举例子：git push origin login 将本地的login分支推送到origin主机的login分支，如果login分支不存在，则会被新建。
    举例子：git push origin head:refs/for/xxx，其中xxx为远程分支名，head是一个特别的指针，它是一个指向你正在工作的本地分支的指针，可以把它当做本地分支的别名，git这样就可以知道你工作在哪个分支，refs/for的意义在于我们提交代码到服务器之后是需要经过code review之后才能进行merge的，而refs/heads不需要经过code review就可以进行merge，且这个不是git的规则而是gerrit的规则。
    git push报错：missing Change-Id in commit message footer解决步骤
    （1）使用gerrit后，提交代码后出现如下图的报错
    （2）根据报错提示输入以下命令，其中xxx@xxx为自己的邮箱。如果没有报错则调到（5）。
    gitdir=$(git rev-parse --git-dir); scp -p -P 29418 xxx@xxx:hooks/commit-msg ${gitdir}/hooks/
    （3）如果报了如下图的错误
    
    （4）则输入以下命令
    gitdir=$(git rev-parse --git-dir); scp -O -P 29418 xxx@xxx:hooks/commit-msg ${gitdir}/hooks/
    （5）输入git commit --amend，可重新编辑提交信息，若没有可重新提交信息则保存退出即可。
    
    （6）再次推送代码即可git push origin head:refs/for/xxx

14. git diff 可以通过diff命令来显示文件被修改的行。如git diff foo.txt为查看foo.txt文件中被修改的行。

15. git log 用于显示提交的日志信息
    git reflog 用于显示所有的操作记录（常用于恢复本地的错误操作）
    git log --oneline 用一行的简洁形式展示提交历史记录
    git log --oneline --graph 可以快速浏览提交历史记录，并且可以通过分支图，直观的了解分支的结构和合并情况（仅展示当前分支）
    git log --oneline --graph --all 可视化图（展示所有分支）
    

16. git remote 用于管理远程仓库
    git remote不带参数，列出已存在的远程分支
    git remote带-v或者--verbose列出详细信息，在每一个名字后面列出其远程url。
    git remote show [remote-name]显示某个远程仓库的信息
    git remote add [shortname] [url]要添加一个新的远程仓库,可以指定一个简单的名字,以便将来引用

17. git stash 会把所有未提交的修改都保存起来，用于后续恢复当前工作目录。
    实际应用中推荐给每个stash加一个message，用于记录版本，使用git stash save "message"取代git stash命令
    git stash push 保存当前工作目录的修改到stash中，保存指定文件的修改到stash中，如git stash push file1.txt file2.txt
git stash list: 查看stash里面储存了哪些文件
    git stash pop: 命令恢复之前缓存的工作目录，将缓存堆栈中对应stash删除，并将对应修改应用到当前的工作目录下。
    git stash apply n： 和git stash pop的效果类似，但不会将缓存栈中对应stash删除,n 为git stash list 结果里面的序号 0、1、2、3
git stash clear: 删除所有缓存的stash
    举例子：当你对文件做了些修改，但是现在你需要去云端git pull最新的分支。这个时候，如果本地更改与云端仓库的更改不冲突，则git pull没有问题。但是有些情况下，本地更改与云端仓库中的修改相冲突，git pull拒绝覆盖你的更改。这种情况下，你可以将更改隐藏起来，执行git pull,然后解压缩。
    具体操作，可以依次执行
    （1）git stash 执行该命令，将当前修改的文件保存起来
    注：执行之前最好先git add .一下，确保所有文件都能存到git stash中
    （2）git pull 或 git pull --rebase(慎用）从云端重新拉代码
    （3）git stash apply 或 git stash pop（慎用）将之前保存的文件从stash中取出
    注：如果遇到不想提交的文件，可以执行git reset <文件名>命令，将文件退回stash中

18. git restore命令使得在工作空间但是不在暂存区的文件撤销更改（内容恢复到没有修改之前的状态）
    git restore --staged命令使得暂存区的文件从暂存区撤出，但不会更改文件的内容

19. git reset [--mixed | --soft | --hard] [HEAD | HASH值] 命令用于回退版本，可以指定退回某一次提交的版本
    其中:
    HEAD表示当前版本，HEAD^上一个版本，HEAD^^上一个版本…以此类推
    HEAD表示当前版本，HEAD^1上一个版本，HEAD^2上一个版本…以此类推
    HEAD~0表示当前版本，HEAD~1上一个版本，HEAD~2上一个版本…以此类推
    HASH值为每次commit时的唯一HASH值，该HASH值可以通过git log和个git reflog命令获得
    git reset HEAD^所有内容回退到上一个版本
    git reset HEAD^ hello.vue文件hello.vue回退到上一个版本
    git reset 版本号 回退到指定版本
    git reset --hard 版本号 硬回退到指定版本
    （1）git reset --mixed HEAD其中--mixed参数为默认参数，用于重置暂存区的文件与上一次commit保持一致，工作区文件内容保持不变
    （2）git reset --soft HEAD其中–soft参数用于回退到某个版本，git reset --soft HEAD~3回退到上上上个版本
    （3）git reset --hard HEAD其中--hard参数撤销工作区中所有未提交的修改内容，将暂存区与工作区都回到上一次版本，并删除之前的所有信息提交

git reset HEAD^ //代码在commit之后失败了，可以回退到之前节点，重新提交

git status //1.查看工作区状态，发现所在分支有分叉
git log --oneline --graph //2.图像化展示提交记录
git reset --soft 16539cd //3.软回退到版本提交之前
git status //4.查看状态，发现所在分支还是有分叉
git stash //5.将所有桌面信息提交到stash中
git status //6.查看分支状态
git reset --hard HEAD~6 //7.硬回退到6个版本之前
git pull //8.拉一下代码 发现还是没有拉取到最新的代码
git reset --hard HEAD~20 //9.回退的再狠一点，硬回退到20个版本之前
git pull //10.再次拉去一下代码
git status //11.查看一下状态，发现现在本地代码和远端代码保持一致了

21. git clean 命令用来从你的工作目录中删除所有没有track过的文件
    git reset --hard和git clean一起使用，放弃所有本地修改

5.git分支命名规范

git 分支分为集成分支、功能分支和修复分支，分别命名为 develop、feature 和 hotfix，均为单数。不可使用 features、future、hotfixes、hotfixs 等错误名称。
举个例子：增加一个icons的功能分支，我们可以把它命名为feature/icons

6.husky的commit提交规范

husky的类型：
feat : 新增了功能
fix: 修复了BUG
docs: 仅仅修改了文档
style: 修改了空格、格式缩进、逗号等，不改变代码逻辑
perf: 优化相关，比如提升性能、体验
test: 测试用例，比如单元测试、集成测试等
chore: 改变构建流程、或者增加依赖库、工具等
revert: 回滚到上一个版本
husky的格式： husky类型加冒号加空格
举个例子：git commit "feat: icons have been added"