Git总结

xiaohua1009

已于 2024-11-08 16:56:35 修改

阅读量280

点赞数 1

分类专栏： git 文章标签： git 版本控制

于 2017-09-27 14:29:44 首次发布

本文链接：https://blog.csdn.net/u013578042/article/details/78112487

版权

git 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

##Git简介

git的优势：只要将代码clone到本地，每个人电脑都可以是一个版本控制的仓库，可以在本地进行版本管理，最后在一同提交到远程服务器
与svn相比：svn本地做了修改，要想仓库记录这个版本必须提交的远程，才能进行版本管理。本地没有版本管理的仓库，也就是svn修改的每个版本都要提交的远程

##Git命令：
1、常识：

(1)、git config --list :查看自己的设置(通过git config配置的一些参数)
(2)、提交文件时有时候会提示：warning: LF will be replaced by CRLF in xxx.txt.
    LF：换行符（Liunx/Unix/Mac中表示一行的结束）
    CRLF:回车换行符（windows下表示一行的结束）
 这是由于在git中进行了如下配置:
    git config --global core.autocrlf true :(Git可以在你提交时自动地把行结束符CRLF转换成LF，而在签出代码时把LF转换成CRLF)
    git config --global core.autocrlf warn:(当转化时回忆warn的形式提示给开发者)
(3)、工作区、版本库、暂存区、分支、HEAD的概念
    工作区：电脑里的目录(即代码所在的目录)
    版本库：工作区里的隐藏目录.git即为版本库

这里写图片描述

    分支：暂存区里的代码经过commit之后会被提交到当前分支上
(4)、要想与github服务器进行交互，就必须设置ssh key
    1、在git brash中输入ssh-keygen -t rsa -C "youremail@example.com"，其中email为申请github账号时使用的email
    2、执行完上述命令之后会在用户主目录下(我的：C:\Users\Administrator\.ssh)生成两个文件：id_rsa和id_rsa.pub
    3、id_rsa是私钥自己留好，id_rsa.pub是公钥添加到github上去
        登陆GitHub->Account settings(主界面右上角下拉箭头)->SSH Keys->Add SSH Key
(5)、master、HEAD分别代表什么

这里写图片描述

2、git add

git add filename :添加某一个文件到缓存
git add .添加文件夹下所有文件到缓存

3、git commit :

* git commit -m "description" : 将修改后的文件提交到本地版本库，只有执行了add之后的文件才能被commit，没有执行add就执行commit没有任何作用(每一个commit都被称为一个快照)
* git commit --amend ：常用作修改上次的提交日志
    当暂存区(stage)有修改时，提交stage中的修改，之后提示显示修改日志(修改上次的提交日志)，提交之后，上次的提交则不会显示在提交记录中
    当stage中没有修改时，直接显示修改日志(修改上次的提交日志)，提交之后，上次的提交则不会显示在提交记录中

4、git status:

git status : 告诉我们哪些文件被修改了

5、git diff

git diff：提交之前查看与上次提交相比修改了哪些内容，新添加的文件不会显示出来(add 之前，add之后就没有效果了,要想显示add之后的需要加上参数 --cached)
git diff : 是工作区和暂存区的比较
git diff --cached:是暂存区和分支的比较
git diff fileName:查看某个指定的文件修改的内容
git diff .：查看所有修改的内容

6、git reset

git reset :当当前分支没有提交到远程的时候可以使用，一旦提交至远程，则reset之后再提交则会提示落后于远程，git pull之后会进行分支合并
(1)、git reset --hard:
    git reset --hard HEAD：将代码退回到最新提交的一个版本(最近一次commit的代码，如下图中1的位置)，
    git reset --hard HEAD^:回退到上一个版本(如下图中2的位置)，修改后继续提交，原来的提交将当作一个也分支继续存在。
    git reset --hard HEAD^^:回退到上上一个版本(如下图中3的位置)
    git reset --hard HEAD~100:回退到上100个版本
    git reset --hard SHA1值(想要将代码切换到某个版本的SHA1值):（在没有关闭命令行窗口前可以查看）返回到回退前的版本，关闭窗口之后可以通过gitk --all &来查看

这里写图片描述

(2)、git reset --mixed:(git reset 默认的模式)
    git reset (--mixed) HEAD filename:把缓存区的修改退回到工作区(把add之后的代码，在commit之前，修改为原来的--不改代码内容，只变更代码的存储区域)
    git reset (--mixed) HEAD^ :退回到上一个版本，并且保存当前版本修改的内容(即：将commit之后的内容，退回到add之前) ，修改后重新提交，原来的提交会成为一个野分支单独存在（前提是本地版本库没有提交到远程）
(3)、git reset --soft
        git reset --soft HEAD^：将代码退回到上一版本add之后commit之前的的状态，在这里可以对提交log进行修改，然后重新提交，原来的提交会成为一个野分支
    野分支不会跟随git push 提交到远程

6、git reflog

git reflog:查看命令历史(自git仓库创建以来执行过的所有命令):可以找回被自己删除的分支

7、撤回消息：

(1)、git checkout --readme.txt:把文件在工作区的修改全部撤销(git checkout .撤回所有修改过的)，前提是文件必须已经关联到了版本库中。
        一种是文件自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
        一种是文件修改后已经添加到暂存区，又对文件作了修改，现在，撤销修改就回到添加到暂存区后的状态。
(2)、git reset --hard HEAD:将文件会退到最新一个版本(git reset HEAD file:撤回单个文件)
        无论文件修改后有没有添加到暂存区，总是回到最近一次执行commit之后的代码(即回到分支上最新的代码)，但是对未与版本库关联的文件无效
(3)、git rm --cached fileName(后面必须跟文件名，"."不能代替所有文件)：将一个已暂存的文件转化为未暂存的文件(无论文见有没有与版本库关联过，都有效)，而修改的内容不会清除(上面两种方法都会清除修改的内容)

8、git log

git log (--protty=oneline):显示log信息，（提交信息）

9、git clone

git clone git@git.zz.com:client/haze.git:克隆代码

10、git remote

git remote add origin %网络地址%(下面红色框部分) ：将本地代码与远程仓库相关联

这里写图片描述
11、git push

git push -u origin master(要推送的分支) ：把本地仓库的内容推送到服务器上（(第一次推送要加上 -u)，以后的推送就不用加了，直接使用git push）
    通过git push --set-upstream origin master也能实现相同的功能

12、git pull

git pull origin master：更新远程代码到本地，并自动合并
    git fetch origin master:从远程获取最新的版本到本地，但是不自动合并，执行完以上命令之后还要执行以下命令(分不执行更安全)
    git diff:查看本地代码与上次的修改有哪些更新，再决定是否合并
    git merge:将dev分支上的代码合并到当前所在的分支(这种方式合并代码会提示Fast-forward,说明这是快进模式合并代码，意思就是直接把master指向dev分支)(git pull == git fetch + git merge)

13、合并分支解决冲突

(1)、切换回master分支上：get checkout master
(2)、合并分支：git merge dev
(3)、如果有冲突，git中会用<<<<<<<，======，>>>>>>>标记出不同的分支内容解决完冲突，重新add ,commit
(4)、如果没有冲突，则会提示你为合并的代码写上注释

这里写图片描述

 (5)、合并完成删除dev分支：git branch -d dev
    使用merge合并代码，无论有没有冲突都会将不同开发者的提交记录分离开来

这里写图片描述

13、git branch : 查看本地分支

git branch -r ：只查看远程分支
git branch -a :查看本地分支及远程分支
git checkout -b dev 创建一个分支，并切换到dev分支上
git checkout -b dev origin/remotebranch:从远程分支remotebranch上拉下一个分支到本地命名为dev
上面命令相当于：git branch dev
                                git checkout dev ：切换到dev分支
    git checkout -b dev HEAD^(或master^)：从当前索引的前一个提交中派生一个分支
    git checkout -m dev：强行切换至dev分支，并将当前分支上的修改合并到dev分支上(由于当当前所在的分支文件有修改时，不能切换到其他分支)

16、查看远程仓库的信息：

git remote -v(加上 -v显示更详细的信息)

18、ZZ（两个大写Z）:

退出git log或者vi编辑模式

19、假如在本地mater上有两个提交，现在发现这两个提交有问题，不想push到远程分支，可以通过：

(1)、git reset --hard HEAD^^(将本地master退回到两次提交前的代码)
(2)、对代码重新进行修改
(3)、进行add / commit操作
(4)、将代码push到远程
这样所说本地还有那两次提交的记录，但是远程服务器上是没有，其他人从远程服务器上pull代码时也就不会得到这部分提交记录

19、git cherry-pick

* git cherry-pick <commit id>（sha1值）：在不改变当前版本库中的现有历史纪录的情况下，添加新的历史纪录
* 将id指向的提交，复制一份合并到当前分支上，如果没有冲突则会将id指向的提交(包含提交log)复制一份合并到当前分支上，如果有冲突则会报冲突，当解决完冲突之后重新提交(git add . && git cherry-pick --continue)，而当解决完冲突之后，再将id指向的提交之后的提交记录合并到当前分支上时，就不会再报相同的冲突了

20、git stash

git stash [ save "message"]: 临时保存[如果要添加描述信息的话]
git stash list : 查看所有stash记录
git stash pop:回到第一次stash的代码
git stash apply stash@{num}
git stash clear : 清除所有stash

21、gitk

解决gitk --all查看代码乱码问题：git config --global gui.encoding utf-8

22、git config

git config --global alias.xx xxxx：给xxxx设置别名为xx

23、git mv:

git mv fileName1 fileName2：将名字为fileName1的文件改名为fileName2,并存到缓存区
    相当于：
mv fileName1 fileName2;
git rm fileName;
git add fileName2

24、git ls-files --stage

git ls-files --stage：显示修改后已提交到暂存区的文件(个人理解)

25、git rebase : 变基提交

git rebase master (dev：随便一个分支):将当前分支上的提交变为以，master分支上最新提交为基础的分支
    如果没有冲突则直接变基成功
    如果有冲突需要解决冲突，当前分支上有几次提交，变基操作就会分成几次去合并，
    每一次可以通过git diff来查看合并后的冲突在哪里，
    解决完冲突可以使用git rebase --continue命令恢复变基操作（如果有修改需要先执行 git add .，将代码提交到暂存区）
    在解决变基冲突的时候，如果感觉这个提交没有必要，可以通过git rebase --skip来通知git rebase 跳过这个冲突，移动到下一个冲突
    在遇到冲突的时候，你发现不应该进行这个变基，可以通过git rebase --abort来终止这次变基操作，并把版本库恢复到发出git rebase命令之前的状态
    一旦解决完所有的冲突，可以切换到master分支上，通过git merge dev来合并master与dev分支，实现代码的合并（或者在master分支上执行：git rebase dev）
git rebase -i master~3(或者提交id) : 出现冲突与git rebase dev决解冲突方法相同(使用git rebase --continue|--skip|--abort)
    (1)、修改提交历史顺序：将以pick修饰的提交记录上下交换顺序即可实现分支上提交记录顺序的修改

这里写图片描述

(2)、提交记录的合并：将pick改为squash(如下图)即可实现提交记录CT-99:first与CT-99:four的合并

这里写图片描述

(3)、实现提交记录中日志的修改：你要修改哪一条记录日志就把记录前面的pick改为edit,在之后的git rebase过程中就可修改日志记录了

这里写图片描述

rebase的过程中需要执行 git commit --amend来对需要edit的节点进行修改，然后执行git rebase --continue继续rebase，执行完成之前后的比较(原来的分支成了野分支)

这里写图片描述

26、git revert HEAD(SHA1值):反patch

将当前(SHA1值对应的提交)进行回退，将当前版本回退到上一个版本，如果再执行一次的话就又回到了当前版本(负负得正的原理)

27、写作开发可以将代码以补丁的形式交给作者

git diff SHA1 > patch保存的路径：导出补丁
git patch -p1 < patch的保存路径

28、重命名分支名称：

git branch -m devName:将当前所在的分支重命名为devName

29、删除本地新建并未执行add命令的文件（untracked的文件）

git clean -df

xiaohua1009

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录