Git的使用命令

 
 

将已有的代码目录作为仓库新增到git中：

进入到代码目录中

git init

git add README.md  （如果需要才进行该命令）

git commit -m "first commit" （如果上一个命令执行了才进行该命令）

git remote add origin 你的git仓库地址（ssh或者https格式都可以，如果没有该新仓库，则需要手动先新建）

git add . 

git commit -m '新增代码'

git push -u origin master

 

 

 

检出远端到本地：

git clone https://github.com/wsluozefeng/git_test.git

 

 

查看当前git情况：

git status

 

 

创建分支：

git branch           分支名：创建“本地分支”

git checkout       分支名： 切换分支

git checkout -b 分支名： 新建“本地分支”并且切换，等效上面2句命令

 

 

查看分支：

git branch：    查看“本地”分支情况

git branch -r： 查看“远端”分支情况

git branch -a：查看远端和本地的所有分支

 

 

重命名分支： 

git branch -m | -M oldbranch newbranch （如果newbranch名字分支已经存在，则需要使用-M强制重命名，否则，使用-m进行重命名。）

 

 

删除本地分支：

git branch -d | -D 分支名称：删除和强制删除“本地分支”

 

 

删除远端分支2个步骤：

git branch -d -r origin/分支名  :只是删除的本地对该远程分支的track，并非真正删除，虽然使用git branch -r 查看不到该分支

git push origin :分支名：通过push一个空分支，表示真正删除该分支

 

 

基于某分支创建本地新分支，且推送到远端，例如基于master创建新分支new_branch

1. 进入master分支： git chekcout master

2. 创建分支：            git branch new_branch_name

3. 前面可以做任何操作，比如新增文件，修改文件等等，git commit之后，最后一个就是将分支新建到远端版本中去： git push origin 分支名

 

 

本地拉取远端分支：

假设远端分支是：order-gift，本地如何拉取order-gift分支

1. git fetch origin ：拉取远端主机最新的代码，在本地主机上要用”远程主机名/分支名”的形式读取，例如origin/order-gift

2. git checkout -b my_local_order-gift(本地分支名称) origin/order-gift（本地的远端分支）

 

 

提交操作：

1. git add：      新增文件到“索引文件中”，文件带路径，如果是新增的文件需要先git add，更新的文件如果不使用该操作，需要在git commit 中添加-a的参数

2. git commit -a：提交当前的所有改动 到“本地版本库”，如果新增和修改的文件都通过git add操作过，-a参数可去除

3. 弹出记录日志的操作，使用编辑模式进入写入日志后保存离开即可

4. 在git push之前需要拉取当前分支的最新代码，并且合并，如果有冲突且处理冲突， 如果没有任何新代码就不需以下操作

   git fetch origin ：          拉取origin下的所有分支的最新修改的代码提交到本地，显示结果中，也可通过commit_id查看日志，如下图

 

 

   git diff my_local_order-gift(本地分支名称) origin/order-gift（远端分支全路径）: 查看本地版本库与远端版本库的差别

   git merge origin/order-gift :合并本地版本库和远端版本库的代码，有冲突得解决冲突，如果存在本地未commit的修改，需要先commit或者git stash暂存起来，否则无法合并

   git diff HEAD:               比较工作目录 与 本地版本库 的区别 看是否有问题, 由于git merge的操作，本地版本库已经与远端版本库一致了

 

5. 合并后再一次提交代码到本地版本库： git commit -a

6. git push origin 远端分支:      提交的远端服务器版本库, origin表示的是git服务器的远程主机，远端分支必须是全路径

 

ps：在每次本地工作完成后，都会做一个git commit 操作来保存当前工作到本地版本库， 此时会产生一个commit-id，这是一个能唯一标识一个版本的序列号。 在使用git push后，这个序列号还会同步到远程版本库。

 

 

查看当前分支的日志（如果没有合并该分支最新的代码，那么看到的将不会包含新代码中的日志记录，所以在必须先确保当前分支是最新代码，如果不是最新代码可通过 git fetch 拉取最新代码）：

git log

git show 5aa1be6674ecf6c36a579521708bf6e5efb6795f（日志sha） 路径+文件名

git log --pretty=oneline  将日志精简显示成一行

 

 

查看当前分支的某个文件的日志

git log 路径+文件名

git show 5aa1be6674ecf6c36a579521708bf6e5efb6795f（日志sha） 路径+文件名

git log --pretty=oneline 路径+文件名

 

 

查看远端某个分支的日志（如果不是最新代码，需要通过git fetch拉取）

git log origin/order-gift

git log origin/order-gift -2  查看远端order-gift分支的最后3个日志

 

 

查看命令历史：git reflog   

 

 

文件比对：

git diff：         是查看 工作目录 与 索引文件 的差别的。

git diff --cached：是查看 索引文件 与 本地版本库 的差别的。

git diff HEAD：    是查看 工作目录 和 本地版本库 的差别的。（HEAD代表的是最近的一次commit的信息）

git diff HEAD -- readme.txt : 查看工作区和版本库里面最新版本的区别。

 

 

 修改暂存：

假设您正在为您的产品实施的一项新功能。你的代码是在推进开发进度而客户不断升级需求突然来了。正因为如此，你必须保持放下你的新功能，工作几个小时。你不能提交你的部分代码，也不能扔掉你的变化。所以，你需要一些临时空间，在那里你可以存储你的部分修改，以便以后再提交

git stash:      将当前工作目录的改变都保存在堆栈了，现在可以对该目录进行别的开发操作

git stash list：查看当前工作目录的堆栈情况

git stash pop： 将保存在暂存堆栈的第一个（stash@{0}）修改删除，并且还原到“当前目录”中，必须是在该代码所属修改的分支中去操作，如果存在冲突就解决冲突，如果暂存堆栈中有多个修改，可以使用git stash pop stash@{num}，num 就是你要恢复的工作现场的编号，通过git stash list 可查看，使用git stash apply stash@{num}方法 除了不在stash队列删除外其他和git stash pop 完全一样

 

 

分支合并：（建议使用变基的方式，变基相关：https://git-scm.com/book/zh/v2/Git-%E5%88%86%E6%94%AF-%E5%8F%98%E5%9F%BA）

将分支order-gift合并到master

1. git checkout master

2. git pull 或者 git fetch origin + git merge origin/master  ：保证master分支是最新代码

3. git checkout order-gift

4. git rebase master       ：将order-gift的修改变基到master中去

5. git checkout master

6. git merge order-gift    ：合并  

7. git commit

8. git push origin master

 

ps：

变基（rebase）原理：

这rebase命令会把你的"order-gift"分支里的每个提交(commit)取消掉，并且把它们临时 保存为补丁(patch)(这些补丁放到".git/rebase"目录中),

然后把"order-gift"分支更新 为最新的"origin"分支，最后把保存的这些补丁应用到"order-gif"分支上。

 

变基冲突解决：

在rebase的过程中，也许会出现冲突(conflict). 在这种情况，Git会停止rebase并会让你去解决冲突，此时代码处于 (no branch)状态， 通过git branch可查看；

 

 

在解决完冲突后，用"git add ."命令去更新这些内容的索引(index), 然后，你无需执行 git commit,只要执行:

$ git rebase --continue

这样git会继续应用(apply)余下的补丁。

在任何时候，你可以用--abort参数来终止rebase的行动，并且"order-gift" 分支会回到rebase开始前的状态。

 

$ git rebase --abort

 

 

针对工作目录的撤销：

git reset --hard HEAD :      丢弃工作目录的所有修改（没有commit前的），并且代码还原为当前最新commit的

git reset --hard HEAD~1 :    将工作目录的代码还原到上一个commit

git reset --hard commit_id : 将工作目录的代码还原到commit_id对应的

git reset --hard origin/分支 : 

 

 

针对暂存目录的撤销

git reset HEAD (文件) ：将暂存区中的修改还原到当前的commit，也就是取消最近的而一次git add 操作，也可以单个文件操作

 

 

针对某个文件的版本回滚(commit_id:XXX1, 文件：a.php)

方法1：

git reset XXX1 a.php : 将代码回滚

git commit -a -m 'a.php文件回滚到版本XXX1'    ：提交到本地仓库

git checkout -- a.php                         ：将文件还原到xxx1版本

git push

 

方法2：

git checkout   XXX1  a.php

 

 

丢弃工作区修改的命令：git checkout -- file

命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

 

一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

注意：git checkout -- file命令中的--很重要，没有--，就变成了“创建一个新分支”的命令

 

 

列出所有远程主机：git remote

查看远程主机的网址：git remote -v 

查看该主机的具体情况：git remote show 主机名 

 

 

删除文件：git rm 文件1 文件2 .....  之后也需要git commit 和git push操作

删除目录：git rm -r 文件夹  之后也需要git commit 和git push操作

移动目录或文件：git mv 旧路径(+文件名)  新路径 之后也需要git commit 和git push操作

 

 

增加.gitignore文件来忽略某些文件，该文件需要建立在与.git目录同级下

.gitignore文件中的写法：

index.php #忽略 当前目录下的index.php文件

/public   #忽略 当前目录下的public目录及其里面的所有内容

 

这里能够直接忽略的是没有被跟踪的文件，如果需要忽略已经被跟踪的文件，需要先执行一下命令后，在再.gitignore文件中添加该文件名

git update-index --assume-unchanged 文件名

如果需要放弃该忽略，执行下面命令：

git update-index --no-assume-unchanged 文件名

 

ps：这种已被跟踪的文件忽略，即使其他人修改了该文件后提交，你在自己的git中更新代码，是不会发生冲突现象，因为他会直接覆盖该文件