标签: Git

  • Git学习资料合辑

    Git – 简明指南

    学习入门,列出了基础命令与概念


    Oh Shit, Git!?!

    用好 Git 很难: 很容易就犯错了,然后想自己弥补犯下的错,简直太难了。查阅 Git 文档简直就像是个 “鸡生蛋 蛋生鸡” 的问题,你得知道你要的是啥 ,但如果我知道的话,我还**查个毛文档啊!(使用Git常遇到的问题)


    【学了就忘】Git系列

    Git学习日记,有各种场景的解决方法


    Git使用教程

    最详细、最傻瓜、最浅显、真正手把手教

  • Git后悔药 — reset版本回退

    在Git中进行版本回退需要使用git reset命令。

    当我准备在V4版本,回退到V3版本的时候,分支中的提交和工作目录中文件的状态如下图:

    我们分别执行了三种回退方式:

    • git reset --soft HEAD^:温柔的回退。
    • git reset --mixed HEAD^:中等回退。
    • git reset --hard HEAD^:强硬的回退。

    (我们从英文中就可以看出,一个比一个回退的多。)

    下面我们一一进行总结。

    1、git reset --soft回退

    当我在V4版本的时候,执行git reset --soft HEAD^命令回退到V3版本。 Git中发生的变化如下图:

    依据上图,理解一下发生的事情:本质上就发生了,把HEAD指针指向了V3版本。而工作区和暂存区中的readme.txt文件是没有做任何变动的。

    所以你查看本地版本库中的readme.txt文件是V3版本,工作区和暂存区中的readme.txt文件是V4版本。

    就等于回滚到了git commit之前的状态。

    拓展

    当我继续修改readme.txt文件之后,再次提交,会在V3版本之上在创建一个新的commit提交,并移动HEAD指针指向的分支来使其指向该commit提交,这样依次提交下去,如下图:

    如果我们使用git log命令查看本地版本库的历史提交信息的时候,就不会出现V4版本提交的信息。会是V1V2V3V5

    但是V4版本是不会在Git中删除的,会永远的存储在Git的本地版本库中。我们可以使用git reflog命令,可以查看该V4版本的提交信息。

    提示:只要是本地版本库中HEAD有过的变化,那么git reflog命令就能够显示出来。

    (关于这点,下面同理,所以下面就不说了。)

    2、git reset --mixed命令

    当我在V4版本的时候,执行git reset --mixed HEAD^命令回退到V3版本。

    Git中发生的变化如下图:

    理解一下发生的事情,我们可以看到上图中,完成了两步操作:

    1. 把HEAD指针指向了V3版本(也就是版本库回退了)。
    2. 把暂存区中的readme.txt文件也回退到了V3版本。

    而只有工作区中的readme.txt文件内容没有变化。

    这说明git reset --mixed命令比git reset --soft命令,多回退了暂存区中的内容。

    就等于回滚到了git commitgit add之前的状态。

    提示:因为--mixed参数是git reset命令的默认选项,也就是不写任何参数就默认使用--mixed参数。即git reset HEAD^等同于git reset --mixed HEAD^命令

    3、git reset --hard命令

    当我在V4版本的时候,执行git reset --hard HEAD^命令回退到V3版本。

    Git中发生的变化如下图:

    理解一下发生的事情,我们可以看到上图中,完成了三步操作:

    1. 把HEAD指针指向了V3版本(也就是版本库回退了)。
    2. 把暂存区中的readme.txt文件也回退到了V3版本。
    3. 把工作区中readme.txt文件的修改也复原了。

    所以执行完git reset --hard HEAD^命令,是完全回退一个版本。

    此时工作区、暂存区、本地版本库中的文件状态都是一致的,都是V3版本。

    就等于回滚了一个“编辑文件,添加到暂存区,提交版本库”的整个流程。

    4、注意点

    必须注意,--hard参数是git reset命令唯一的危险用法,是能够使Git会真正地销毁数据的仅有的几个操作之一。

    其他任何形式的git reset操作都可以轻松撤消,但是--hard选项不能,因为它强制覆盖了工作目录中的文件。

    在这种特殊情况下,我们的Git数据库中的一个提交内,还留有该文件的v4版本,我们可以通过git reflog来找回它。但是若该文件还未提交,Git仍会覆盖它从而导致无法恢复。

    作者:繁华似锦Fighting
    链接:https://www.jianshu.com/p/73108169d9fa
    来源:简书
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

  • Git 使用规范流程

    转载自阮一峰的网络日志

    第一步:新建分支

    首先,每次开发新功能,都应该新建一个单独的分支

    # 获取主干最新代码
    $ git checkout master 
    $ git pull
    
    # 新建一个开发分支myfeature
    $ git checkout -b myfeature

    第二步:提交分支commit

    分支修改后,就可以提交commit了。

    $ git add --all
    $ git status
    $ git commit --verbose

    git add命令的all参数,表示保存所有变化(包括新建、修改和删除)。

    (从Git 2.0开始,allgit add 的默认参数,所以也可以用 git add .代替。)

    git status 命令,用来查看发生变动的文件。

    git commit 命令的verbose参数,会列出diff的结果。

    第三步:撰写提交信息

    提交commit时,必须给出完整扼要的提交信息,下面是一个范本。

    Present-tense summary under 50 characters
    
    * More information about commit (under 72 characters).
    * More information about commit (under 72 characters).
    
    http://project.management-system.com/ticket/123

    第一行是不超过50个字的提要,然后空一行,罗列出改动原因、主要变动、以及需要注意的问题。最后,提供对应的网址(比如Bug ticket)。

    第四步:与主干同步

    分支的开发过程中,要经常与主干保持同步。

    $ git fetch origin
    $ git rebase origin/master

    第五步:合并commit

    分支开发完成后,很可能有一堆commit,但是合并到主干的时候,往往希望只有一个(或最多两三个)commit,这样不仅清晰,也容易管理。

    那么,怎样才能将多个commit合并呢?这就要用到 git rebase 命令。

    $ git rebase -i origin/master

    git rebase命令的i参数表示互动(interactive),这时git会打开一个互动界面,进行下一步操作。

    下面采用Tute Costa的例子,来解释怎么合并commit。

    pick 07c5abd Introduce OpenPGP and teach basic usage
    pick de9b1eb Fix PostChecker::Post#urls
    pick 3e7ee36 Hey kids, stop all the highlighting
    pick fa20af3 git interactive rebase, squash, amend
    
    # Rebase 8db7e8b..fa20af3 onto 8db7e8b
    #
    # Commands:
    #  p, pick = use commit
    #  r, reword = use commit, but edit the commit message
    #  e, edit = use commit, but stop for amending
    #  s, squash = use commit, but meld into previous commit
    #  f, fixup = like "squash", but discard this commit's log message
    #  x, exec = run command (the rest of the line) using shell
    #
    # These lines can be re-ordered; they are executed from top to bottom.
    #
    # If you remove a line here THAT COMMIT WILL BE LOST.
    #
    # However, if you remove everything, the rebase will be aborted.
    #
    # Note that empty commits are commented out

    上面的互动界面,先列出当前分支最新的4个commit(越下面越新)。每个commit前面有一个操作命令,默认是pick,表示该行commit被选中,要进行rebase操作。

    4个commit的下面是一大堆注释,列出可以使用的命令。

    pick:正常选中

    reword:选中,并且修改提交信息;

    edit:选中,rebase时会暂停,允许你修改这个commit(参考这里)

    squash:选中,会将当前commit与上一个commit合并

    fixup:与squash相同,但不会保存当前commit的提交信息

    exec:执行其他shell命令

    上面这6个命令当中,squash和fixup可以用来合并commit。先把需要合并的commit前面的动词,改成squash(或者s)

    pick 07c5abd Introduce OpenPGP and teach basic usage
    s de9b1eb Fix PostChecker::Post#urls
    s 3e7ee36 Hey kids, stop all the highlighting
    pick fa20af3 git interactive rebase, squash, amend

    这样一改,执行后,当前分支只会剩下两个commit。第二行和第三行的commit,都会合并到第一行的commit。提交信息会同时包含,这三个commit的提交信息。

    # This is a combination of 3 commits.
    # The first commit's message is:
    Introduce OpenPGP and teach basic usage
    
    # This is the 2nd commit message:
    Fix PostChecker::Post#urls
    
    # This is the 3rd commit message:
    Hey kids, stop all the highlighting

    如果将第三行的squash命令改成fixup命令。

    pick 07c5abd Introduce OpenPGP and teach basic usage
    s de9b1eb Fix PostChecker::Post#urls
    f 3e7ee36 Hey kids, stop all the highlighting
    pick fa20af3 git interactive rebase, squash, amend

    运行结果相同,还是会生成两个commit,第二行和第三行的commit,都合并到第一行的commit。但是,新的提交信息里面,第三行commit的提交信息,会被注释掉。

    # This is a combination of 3 commits.
    # The first commit's message is:
    Introduce OpenPGP and teach basic usage
    
    # This is the 2nd commit message:
    Fix PostChecker::Post#urls
    
    # This is the 3rd commit message:
    # Hey kids, stop all the highlighting

    Pony Foo提出另外一种合并commit的简便方法,就是先撤销过去5个commit,然后再建一个新的。

    $ git reset HEAD~5
    $ git add .
    $ git commit -am "Here's the bug fix that closes #28"
    $ git push --force

    squash和fixup命令,还可以当作命令行参数使用,自动合并commit。

    $ git commit --fixup  
    $ git rebase -i --autosquash 

    这个用法请参考这篇文章,这里就不解释了。

    第六步:推送到远程仓库

    合并commit后,就可以推送当前分支到远程仓库了。

    $ git push --force origin myfeature

    git push命令要加上force参数,因为rebase以后,分支历史改变了,跟远程分支不一定兼容,有可能要强行推送(参见这里)。

    第七步:发出Pull Request

    提交到远程仓库以后,就可以发出 Pull Request 到master分支,然后请求别人进行代码review,确认可以合并到master。

    Git 使用规范流程 – 阮一峰的网络日志

  • 常用 Git 命令清单

    转载自阮一峰的网络日志

    几个专用名词的译名如下

    • Workspace:工作区
    • Index / Stage:暂存区
    • Repository:仓库区(或本地仓库)
    • Remote:远程仓库

    新建代码库

    # 在当前目录新建一个Git代码库
    $ git init
    
    # 新建一个目录,将其初始化为Git代码库
    $ git init [project-name]
    
    # 下载一个项目和它的整个代码历史
    $ git clone [url]

    配置

    Git的配置文件为.gitconfig,它可以在用户主目录下(全局配置),也可以在项目目录下(项目配置)。

    # 显示当前的Git配置
    $ git config --list
    
    # 编辑Git配置文件
    $ git config -e [--global]
    
    # 设置提交代码时的用户信息
    $ git config [--global] user.name "[name]"
    $ git config [--global] user.email "[email address]"

    增加/删除文件

    # 添加指定文件到暂存区
    $ git add [file1] [file2] ...
    
    # 添加指定目录到暂存区,包括子目录
    $ git add [dir]
    
    # 添加当前目录的所有文件到暂存区
    $ git add .
    
    # 添加每个变化前,都会要求确认
    # 对于同一个文件的多处变化,可以实现分次提交
    $ git add -p
    
    # 删除工作区文件,并且将这次删除放入暂存区
    $ git rm [file1] [file2] ...
    
    # 停止追踪指定文件,但该文件会保留在工作区
    $ git rm --cached [file]
    
    # 改名文件,并且将这个改名放入暂存区
    $ git mv [file-original] [file-renamed]

    代码提交

    # 提交暂存区到仓库区
    $ git commit -m [message]
    
    # 提交暂存区的指定文件到仓库区
    $ git commit [file1] [file2] ... -m [message]
    
    # 提交工作区自上次commit之后的变化,直接到仓库区
    $ git commit -a
    
    # 提交时显示所有diff信息
    $ git commit -v
    
    # 使用一次新的commit,替代上一次提交
    # 如果代码没有任何新变化,则用来改写上一次commit的提交信息
    $ git commit --amend -m [message]
    
    # 重做上一次commit,并包括指定文件的新变化
    $ git commit --amend [file1] [file2] ...

    分支

    # 列出所有本地分支
    $ git branch
    
    # 列出所有远程分支
    $ git branch -r
    
    # 列出所有本地分支和远程分支
    $ git branch -a
    
    # 新建一个分支,但依然停留在当前分支
    $ git branch [branch-name]
    
    # 新建一个分支,并切换到该分支
    $ git checkout -b [branch]
    
    # 新建一个分支,指向指定commit
    $ git branch [branch] [commit]
    
    # 新建一个分支,与指定的远程分支建立追踪关系
    $ git branch --track [branch] [remote-branch]
    
    # 切换到指定分支,并更新工作区
    $ git checkout [branch-name]
    
    # 切换到上一个分支
    $ git checkout -
    
    # 建立追踪关系,在现有分支与指定的远程分支之间
    $ git branch --set-upstream [branch] [remote-branch]
    
    # 合并指定分支到当前分支
    $ git merge [branch]
    
    # 选择一个commit,合并进当前分支
    $ git cherry-pick [commit]
    
    # 删除分支
    $ git branch -d [branch-name]
    
    # 删除远程分支
    $ git push origin --delete [branch-name]
    $ git branch -dr [remote/branch]

    标签

    # 列出所有tag
    $ git tag
    
    # 新建一个tag在当前commit
    $ git tag [tag]
    
    # 新建一个tag在指定commit
    $ git tag [tag] [commit]
    
    # 删除本地tag
    $ git tag -d [tag]
    
    # 删除远程tag
    $ git push origin :refs/tags/[tagName]
    
    # 查看tag信息
    $ git show [tag]
    
    # 提交指定tag
    $ git push [remote] [tag]
    
    # 提交所有tag
    $ git push [remote] --tags
    
    # 新建一个分支,指向某个tag
    $ git checkout -b [branch] [tag]

    查看信息

    # 显示有变更的文件
    $ git status
    
    # 显示当前分支的版本历史
    $ git log
    
    # 显示commit历史,以及每次commit发生变更的文件
    $ git log --stat
    
    # 搜索提交历史,根据关键词
    $ git log -S [keyword]
    
    # 显示某个commit之后的所有变动,每个commit占据一行
    $ git log [tag] HEAD --pretty=format:%s
    
    # 显示某个commit之后的所有变动,其"提交说明"必须符合搜索条件
    $ git log [tag] HEAD --grep feature
    
    # 显示某个文件的版本历史,包括文件改名
    $ git log --follow [file]
    $ git whatchanged [file]
    
    # 显示指定文件相关的每一次diff
    $ git log -p [file]
    
    # 显示过去5次提交
    $ git log -5 --pretty --oneline
    
    # 显示所有提交过的用户,按提交次数排序
    $ git shortlog -sn
    
    # 显示指定文件是什么人在什么时间修改过
    $ git blame [file]
    
    # 显示暂存区和工作区的差异
    $ git diff
    
    # 显示暂存区和上一个commit的差异
    $ git diff --cached [file]
    
    # 显示工作区与当前分支最新commit之间的差异
    $ git diff HEAD
    
    # 显示两次提交之间的差异
    $ git diff [first-branch]...[second-branch]
    
    # 显示今天你写了多少行代码
    $ git diff --shortstat "@{0 day ago}"
    
    # 显示某次提交的元数据和内容变化
    $ git show [commit]
    
    # 显示某次提交发生变化的文件
    $ git show --name-only [commit]
    
    # 显示某次提交时,某个文件的内容
    $ git show [commit]:[filename]
    
    # 显示当前分支的最近几次提交
    $ git reflog

    远程同步

    # 下载远程仓库的所有变动
    $ git fetch [remote]
    
    # 显示所有远程仓库
    $ git remote -v
    
    # 显示某个远程仓库的信息
    $ git remote show [remote]
    
    # 增加一个新的远程仓库,并命名
    $ git remote add [shortname] [url]
    
    # 取回远程仓库的变化,并与本地分支合并
    $ git pull [remote] [branch]
    
    # 上传本地指定分支到远程仓库
    $ git push [remote] [branch]
    
    # 强行推送当前分支到远程仓库,即使有冲突
    $ git push [remote] --force
    
    # 推送所有分支到远程仓库
    $ git push [remote] --all

    撤销

    # 恢复暂存区的指定文件到工作区
    $ git checkout [file]
    
    # 恢复某个commit的指定文件到暂存区和工作区
    $ git checkout [commit] [file]
    
    # 恢复暂存区的所有文件到工作区
    $ git checkout .
    
    # 重置暂存区的指定文件,与上一次commit保持一致,但工作区不变
    $ git reset [file]
    
    # 重置暂存区与工作区,与上一次commit保持一致
    $ git reset --hard
    
    # 重置当前分支的指针为指定commit,同时重置暂存区,但工作区不变
    $ git reset [commit]
    
    # 重置当前分支的HEAD为指定commit,同时重置暂存区和工作区,与指定commit一致
    $ git reset --hard [commit]
    
    # 重置当前HEAD为指定commit,但保持暂存区和工作区不变
    $ git reset --keep [commit]
    
    # 新建一个commit,用来撤销指定commit
    # 后者的所有变化都将被前者抵消,并且应用到当前分支
    $ git revert [commit]
    
    # 暂时将未提交的变化移除,稍后再移入
    $ git stash
    $ git stash pop

    其他

    # 生成一个可供发布的压缩包
    $ git archive

    常用 Git 命令清单 – 阮一峰的网络日志