Git 命令总结

不会命令可以使用 TortoiseGit 或者 SourceTree

常用命令

1. 创建本地仓库
   git init --bare shared.git (或者 git init)
2. 配置个人信息
   git config user.name "wangli"
git config user.email "[e-mail]"
   或者
   git config --global user.name "wangli"
git config --global user.email "[e-mail]"
3. cat index.jsp
   4.echo "this is test file" > index.jsp
4. 复制仓库到本地
   git clone /f/software/repository/git/shared.git/ .
   (注意有个点，表明当前目录)
   git clone [e-mail]:wangli0/appdemo.git .或者
(git clone [e-mail]:wangli0/appdemo.git)

5. mkdir learngit
6. pwd //显示当前路径
7. git status
   命令可以让我们时刻掌握仓库当前的状态

8. 未提交
   $ git diff readme.txt （diff --> difference）
   【使用时机，修改readme.txt，但还没有准备提交(还未add commit)，想看看此次修改和上次提交的区别】
   提交后
   用git diff HEAD -- readme.txt
   命令可以查看工作区和版本库里面最新版本的区别

9. git status掌握工作区的状态

10. git log (显示从最近到最远的提交日志)
    ~ 如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline~ (git log --pretty=oneline)

11. 版本回退
    git reset --hard HEAD^
    或者 指定回退的commit对象的id
    ($ git reset --hard 3628164)版本号没必要写全，git会自动找Git中，用HEAD
    表示当前版本,上一个版本就是HEAD^
    ，上上一个版本就是HEAD^^,再往上就是 HEAD~100

12. 用git log穿梭前，可以查看提交历史，以便确定要回退到哪个版本
    要重返未来，用git reflog
    查看命令历史，以便确定要回到未来的哪个版本

13. git checkout -- readme.txt把readme.txt
    文件在工作区的修改全部撤销
    –很重要，没有的话就变成了“切换到另一个分支”的命令
    两种情况
    一种是readme.txt自修改后还没有被放到暂存区，
    现在，撤销修改就回到和版本库一模一样的状态；
    (还不如再次git pull一次或者 直接vim readme.txt)【改变的是工作区内容】
    
    一种是readme.txt已经添加到暂存区后，又在工作区作了修改xx ，现在，撤销修改就回到 刚刚git add到暂存区时的状态[暂存区还在](且 工作区内容撤销xx)

14. git reset HEAD readme.txt
    把暂存区的修改撤销掉（unstage）[暂存区不复存在]，重新放回工作区

15. 删除文件(注，git中删除也是修改操作)
    rm index.jsp
git rm index.jsp
git status
git commit -m "remove index.jsp"


16. github 的使用
    由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的
    需创建 SSH key
    $ ssh-keygen -t rsa -C "[e-mail]"

17. touch readme.md 创建一个空文件

18. 重点
    无论是
    (1)从远程克隆
    (2)或者是本地项目提交到github 都需要先在github上面创建一个仓库

    (用的多，此种方式连README.md都不能创建【空仓库】，一旦创建，本地和远程版本就不一致了，需要先pull才可以)
    方法1省略
    方法2
    
echo # Appdemo >> README.md
git initgit add README.md
git commit -m "first commit"
git remote add origin [e-mail]:wangli0/Appdemo.gitgit
push -u origin master

    注意:用git push命令，实际上是把当前分支master推送到远程。由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来
    移除关联 git remote rm origin(如果关联已经添加，再次添加会报错)

19. git checkout -b dev 创建dev分支，-b参数表示 创建并切换
    git checkout -b dev
    等价于<===>
    
git branch dev (创建分支 dev)
git checkout dev (切换到dev分支)
git branch 列出当前的分支


20. 合并分支 && 删除分支
    如 当前的分支是 master
    
git merge dev // 把dev分支合并到当前分支（默认是Fast-forward快进模式 也就是直接把master
指向dev的当前提交，所以合并速度非常快。）
git branch -d dev //现在可以删除 dev分支了


21. 合并分支造成的冲突
    例子:
    步骤1
    master 分支
    
git add a.jsp
git commit a.jsp -m "the content is a"

    dev 分支
    
git add a.jsp
git commit a.jsp -m "the content is aaaa"

    步骤2
    合并分支
    
$ git merge dev // 冲突产生，两分支同时修改了一行 , git status查看 冲突的文件

    步骤3
    修改冲突:
    
vim a.jsp
git add a.jsp
git commit -m "conflict fixed" (commit不加文件名哦)


22. git log --graph --pretty=oneline --abbrev-commit
    查看 分支的合并情况
    删除分支 git branch -d dev

23. git log –graph
    命令可以看到分支合并图

24. 合并分支 续
    git merge dev(快进模式)
git merge --no-ff -m "merge with no-ff" dev

25. 查看分支历史 git log
    git log --graph --pretty=oneline --abbrev-commit
26. 合并分支时，加上--no-ff
    参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward
    合并就看不出来曾经做过合并。

27. * bug分支*

    1.正在 dev分支上工作，此时需修复bug
    git stash (保存当前的工作区如 修改index.jsp文件或 git add index.jsp文件 但是还没有提交 commit)

    1. 切换到修复bug的分支 如 master
       git checkout master
    2. 创建bug分支
       git checkout -b issue-101 (在此上面修复bug)
    3. 修复完成后，切换到master分支,合并分支issue-101，并删除issue-101分支
       git checkout master
       git merge –no-ff -m “merged bug fix 101” issue-101
       git branch -d issue-101
    4. 是时候接着回到dev分支干活了
       git checkout dev (git status 发现 working directory clean工作区是空的 )
    5. git stash list 查看工作现场存哪里了
    6. 恢复工作区
       方式1
       git stash apply (恢复后，stash内容并不删除)
       方式2
       git stash pop (恢复的同时把stash内容也删了)
    7. 你可以多次stash，恢复的时候，先用git stash list
       查看，然后恢复指定的stash，用命令：
       $ git stash apply stash@{0}

28. 标签
    git tag v1.0 (标签就是快照，在当前最新commit上打了一个快照)
    或者针对 某个commit id 打标签
    git tag v1.0 622222(622222是commit id)

29. 查看标签列表
    git tag

30. 查看标签信息
    git show v1.0 (git show <tagname>)
31. 创建 带有说明的标签
    git tag -a v1.0 -m "version1.0的标签" 6222222
32. 操作标签
    git tag -d v1.0 删除标签 (因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。)
    git push origin v1.0 (git push origin
    )推送某个标签 到远程仓库
    git push origin --tags//推送本地所有为推送的 标签到远程
    删除已经推送到远程的标签
    
git tag -d v1.0
git push origin :refs/tags/v1.0 //注意格式


33. git config --global color.ui true//Git显示颜色，会让命令输出看起来更醒目

34. feature分支(和bug分支，普通分支完全一样，主要用于开发新功能)

    1.git checkout -b feature-1 新建分支，并编写完成新功能

    1. git checkout dev (切换开发分支)
    2. git branch -d feature-1
       一切顺利的话，feature分支和bug分支是类似的，合并，然后删除
    3. 但是不顺利事情是常有的(突然因经费问题被叫停 )
       分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用命令git branch -D feature-1(合并后 的分支删除方法是git branch -d feature-1 小写)
       丢弃一个没有被合并过的分支，可以通过git branch -D
       强行删除

35. 推送分支
    git push origin master // 指定本地分支 master->远程master
    git push origin dev //指定本地分支 dev ->远程 dev
    远程库clone时候 //默认只能clone到远程分支的master分支

    我需要在dev分支上开发，就必须创建远程origin的dev分支到本地
    git checkout -b dev origin/dev

36. 两人同时push 产生冲突
    同样的一个文件 index.jsp ，两人都做了修改

    人1: 先git push index.jsp -m “update a file”
    人2: git push index.jsp –>出现冲突
    
    原因: 因为你的小伙伴的最新提交和你试图推送的提交有冲突
    解决方案:
    
    人2 : git pull
    把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送
    注意: pull的时候 需要指定 本地 dev分支与 远程 origin/dev分支的链接 git branch --set-upstream dev origin/dev

37. git remote -v 查看 远程库信息

---

注意事项

• 从本地推送分支，使用git push origin branch-name
  ，如果推送失败，先用git pull
  抓取远程的新提交

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

• git pull命令，不能在同一个用户下面git pull得到自己刚刚提交的，会提示当前文件已经是最新的，pull 不下来
• 直接在远程客户端 web上面更新a 文件，在电脑上面就可以git pull得到刚刚更新的代码
• 不同的用户目录(本地仓库如user1，user2)默认都有一个master分支
• git checkout
  其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”
• github 上面 的 pull request用于你fork了别人的项目，然后修改fork后的代码，想提交到 别人的项目里面，就需要点击 pull request

• 研究发现，如APPdemo文件夹下，git init 初始化本地仓库
  git add ,git commit,都是在当前文件夹下面进行的
  只有git push推送到远程仓库(或者本机其他目录下的仓库中[也算远程仓库，只不过是离线的远程仓库])
  前提是需要关联本地仓库 与远程仓库
  * git clone 命令时候 默认会做一次关联*
  没有管理的话，需要我们自己手动关联

• 但是不管远程仓库(net) 远程仓库(本机)，本地仓库(某一个文件夹)本质上都是仓库

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

• master分支是主分支，因此要时刻与远程同步；
  dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
  
  bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
  
  feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

• 标签是为了打上版本号信息，当然不能乱叫，通常用：
  v1.0, v1.1, v2.0 …
  或者按发布日期：
  build-20150702, build-20150910 …

• 如果你想修复bootstrap的一个bug，或者新增一个功能，立刻就可以开始干活，干完后，往自己的仓库推送。
  
  如果你希望bootstrap的官方库能接受你的修改，你就可以在GitHub上发起一个pull request。当然，对方是否接受你的pull request就不一定了。

• 有些时候，你必须把某些文件放到Git工作目录中，但又不能提交它们，比如保存了数据库密码的配置文件啦，等等，每次git status
  都会显示Untracked files …
  ，有强迫症的童鞋心里肯定不爽。
  好在Git考虑到了大家的感受，这个问题解决起来也很简单，在Git工作区的根目录下创建一个特殊的.gitignore
  文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
  不需要从头写.gitignore
  文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。所有配置文件可以直接在线浏览：https://github.com/github/gitignore
  
  如忽略
  Python编译产生的.pyc
  *.pyo
  *.dist
  等文件或目录：

• git 工作区 和暂存区 各个分支用的是同一个，仅仅提交的时候由于指针指的地方不同，令我们感觉似乎在不同区间上面工作，且git限定我们 工作区间被修改(如 index.jsp 被修改或被git add但是未 commit) 此时 git是不允许git checkout （切换分支的）

• 注意关联远程仓库 和 关联 远程分支
  
**关联远程仓库**
git remote add origin [e-mail]:wangli0/Appdemo.gitgit
**关联远程分支**
git branch --set-upstream dev origin/dev


---

某教程里面的简单命令

==============版本管理员操作========================
第一步： 创建数据仓库
git init –bare shared.git
==============开发人员1操作=============================
第二步：复制仓库到本地
git clone /f/software/repository/git/shared.git/ . (注意有个点，表明当前目录)
第三步：设置个人信息
git config user.name “user1”
git config user.email “[e-mail]”
第四步：忽略无需版本控制的文档
echo “*.txt” > .gitignore
第五步：新建一个文件
echo “User1 add content” > index.jsp
第六步：提交文件
git add index.jsp
git commit -m “User1 add the file”
第七步：把自己的仓库提交到公共服务器
git push origin master
==============开发人员2操作=============================
第八步：复制仓库到本地
git clone /f/software/repository/git/shared.git/ .
第九步：设置个人信息
git config user.name “user2”
git config user.email “[e-mail]”
第十步：忽略无需版本控制的文档
echo “*.txt” > .gitignore
第十一步：新建一个文件
echo “User2 add content” >> index.jsp
第十二步：提交文件
git add index.jsp
git commit -m “User2 add the file!”
第十三步：把自己的仓库提交到公共服务器
git push origin master
==============开发人员1操作=============================
第十四步：下载服务器最新数据
git pull

---

　网络上面别人对git的一些理解

大白话讲解如何给github上项目贡献代码

1. 最最开始，我以为git clone ［项目地址］，也就是把代码clone下来 然后修改，然后push到项目里就可以了。后来发现，这种情况只适合该项目属于你自己的情况，如果你git clone别人的项目代码，你想push都push不上去，因为 git push 不是需要你输入github帐号密码么。
2. 然后 我就知道了 github上 不是有个fork么， 好，那么给别人的项目提交代码的方式就有了，先fork下别人的代码，于是你的github上就出现了同名的项目，这个项目就属于你自己了，你把这个自己的项目git clone到本地，修修改改，然后push到你自己的项目里，那么你如何把你对自己项目的改动，给发到之前fork的那个原项目呢，看见了没，在github上你的项目页面有个按钮，叫Pull request，对 你点它就会把你的修改发到对方的项目里，人还会收到邮件呢，由原项目主人决定是否接受你的修改。但是，这样问题就出来了，在你fork他的项目之后，如果他又更新了代码，你自己fork的项目怎么做到和原项目同步呢？ 我就想啊，是不是 我还得重新git clone原项目的代码，然后手动合并到我fork的项目里呢。。。梁老师说，你丫这太蛋疼了，肯定不是这么麻烦，我细想，也是啊，这不2么。。。
3. 然后，从《Pro git》上看到一个知识点，我擦，github居然可以给项目添加合作者，也就是说，假如你，对，说你呢，戴眼镜那个，你想参与我的项目，你跟我说一声，我就把你添加到我的项目里作为合作者，这个选项在项目的设置里面有，只要我添加你了，你就可以git clone我的代码然后修修改改，然后直接push上来就行了，就不用fork那么麻烦了，如果你要更新服务器代码，只要git pull就行了，看 合作者这东西多方便，就像我们在公司用svn似的。
4. 然后我就想啊，有了合作者还需要你丫fork这个功能干啥？仔细一想，你写个好项目，不能随便加合作者啊，加了个熊孩子把你代码改废了可咋整，这年头熊孩子很多，我自己不就是一个么。所以fork肯定还是需要，fork就是专门预防熊孩子的，这就是真相！那么前面说道到fork之后如何与原项目同步的问题还在啊，没有得到解决。
5. 于是《Pro git》再次给了我一个解答，具体流程是你啊想给我的项目做贡献，你先git clone我的代码到本地，然后修修改改，然后你不是不能push到我的项目里么，你可以先在github页面上fork我的项目，有了你自己的项目地址（url）之后呢，你在本地操作git remote add [sort name] [your url]，意思就是添加第二个远程仓库地址，这个仓库的“昵称”就是你刚指定的[sort name]，然后，你之后push文件呢 就通过指定这个［sort name］来push到这个你自己的仓库里。等你觉得想要把你改的发给原项目同步，就在你的项目上点Pull request按钮.说下另一种情况，如果是，原项目发生了改动，你要想同步到本地，就直接从git fetch origin 从原项目的地址同步代码，然后再merge就好了。当然，如《Pro git》上所写，你可以通过新建分支的方式往自己的项目上push，这样同步的时候直接fetch就行了。

使用git在本地创建一个项目的过程

 $ mkdir ~/hello-world    //创建一个项目hello-world  $ cd ~/hello-world       //打开这个项目   $ git init //初始化      $ touch README     $ git add README        //更新README文件     $ git commit -m 'first commit'     //提交更新，并注释信息“first commit”    $ git remote add origin [[e-mail]:defnngj/hello-world.git](mailto:[e-mail]:defnngj/hello-world.git)     //连接远程github项目       $ git push -u origin master     //将本地项目更新到github项目上去

---

git 常见错误

fatal: remote origin already exists.
如果输入$ git remote add origin
[e-mail]:djqiang（github帐号名）/gitdemo（项目名）.git

提示出错信息：fatal: remote origin already exists.解决办法如下：1、先输入$ git remote rm origin2、再输入$ git remote add origin [[e-mail]:djqiang/gitdemo.git](mailto:[e-mail]:djqiang/gitdemo.git) 就不会报错

一张图告诉你 git的最 常用命令

技巧篇

漂亮的 log界面

git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

最近一次的提交
git config --global alias.last 'log -1' //等价 git log -1

配置文件
配置Git的时候，加上–global是针对当前用户起作用的，如果不加，那只针对当前的仓库起作用。

配置文件放哪了？每个仓库的Git配置文件都放在.git/config文件中

cat .git/config  

难点篇

git stash命令 stash(隐藏，藏匿)

使用场景:

当你接到一个修复一个bug的任务时,创建一个分支issue-101
来修复它，但是当前正在dev
上进行的工作只进行到一半,还没法提交，但是此时 必须在两个小时内修复该bug，怎么办？

Git还提供了一个stash
功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作

使用说明:

使用git stash就可以将你当前未提交到本地（和服务器）的代码推入到Git的栈中，这时候你的工作区间和上一次提交的内容是完全一样的，所以你可以放心的修 Bug，等到修完Bug，提交到服务器上后，再使用git stash apply将以前一半的工作 应用回来

也许有的人会说，那我可不可以多次将未提交的代码压入到栈中？答案是可以的。
当你多次使用’git stash’命令后，你的栈里将充满了未提交的代码，这时候你会对将哪个版本应用回来有些困惑，’git stash list’命令可以将当前的Git栈信息打印出来，你只需要将找到对应的版本号，
例如使用git stash apply stash@{1}就可以将你指定版本号为stash@{1}的工作取出来，当你将所有的栈都应用回来的时候，可以使用’git stash clear’来将栈清空。
在这里顺便提下git format-patch -n , n是具体某个数字， 例如
git format-patch -1这时便会根据log生成一个对应的补丁，如果 git format-patch -2那么便会生成2个补丁，当然前提是你的log上有至少有两个记录

看过上面的信息，就可以知道使用场合了：当前工作区内容已被修改，但是并未完成。
这时Boss来了，说前面的分支上面有一个Bug，需要立即修复。

可是我又不想提交目前的修改，因为修改没有完成。

但是，不提交的话，又没有办法checkout到前面的分支。此时用Git Stash就相当于备份工作区 了。

然后在Checkout过去修改，就能够达到保存当前工作区，并及时恢复的作用。

多人协作小结

• 查看远程库信息，使用git remote -v；
• 本地新建的分支如果不推送到远程，对其他人就是不可见的；
• 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
• 在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
• 建立本地分支和远程分支的关联，使用git branch –set-upstream branch-name origin/branch-name；
• 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。