git中dos命令大全_git命令行操作详解

1.常用操作

1.1 新建代码库

# 在当前目录新建一个Git代码库

git init

# 新建一个目录，将其初始化为Git代码库

git init [project-name]

# 下载一个项目和它的整个代码历史

git clone [url]

1.2 配置

# 显示当前的Git配置

git config --list

# 编辑Git配置文件

git config -e [--global]

# 设置提交代码时的用户信息

git config [--global] user.name "[name]"

git config [--global] user.email "[email address]"

1.3 remote管理

# 远程主机名(git要求每个远程主机都必须指定一个主机名,克隆的时候会被自动命名为origin)

git remote

# 如果clone时候想用其它主机名，则加-o选项

git clone -o jQuery https://github.com/jquery/jquery.git

# 查看远程主机网址

git remote -v

# 查看主机详细信息

git remote show origin

# 添加远程主机

git remote add origin https:git.xxxx.git

# 删除远程主机

git remote rm origin

# 远程主机改名

git remote rename origin neworigin

1.4 添加和撤销操作

# 显示有变更的文件

git status

# 该文件内容恢复到上个commit状态

git checkout --

# 所有文件恢复到上个commit状态

git checkout .

# 修改的该文件放入暂存区

git add

# 所有修改的文件放入暂存区

git add .

# 取消add操作,保留文件的修改

git reset HEAD

# 取消所有的add操作

git reset HEAD .

# 添加commit信息

git commit -m 'your commit message'

#回退所有内容到上一个版本

git reset HEAD^

#向前回退到第3个版本

git reset HEAD~3

# 将本地的状态回退到和远程的一样

git reset origin/master

# 回退到某个版本

git reset 版本号

注意:reset命令有3种方式：

1> git reset –mixed：此为默认方式，不带任何参数的git reset，即时这种方式，它回退到某个版本，只保留源码，回退commit和index信息(需要git add ., git commit -m "xx")

2> git reset –soft：回退到某个版本，只回退了commit的信息，不会恢复到indexfile一级。如果还要提交，直接commit即可(git add . 内容不会丢，可以直接git commit -m "xxx")

3> git reset –hard：彻底回退到某个版本，本地的源码也会变为上一个版本的内容(丢弃所有内容)

1.5 代码提交

# commit信息

git commit -m "first commit"

# 如果代码没有任何新变化，则用来改写上一次commit的提交信息

git commit --amend -m [message]

# 本地只是修改commit的信息，没有新的文件更改

git commit --amend "xxxxx"

# 本地修改，但是有新的文件需要添加

git log //找到回退到的版本号xxx

git reset xxx //然后修改文件

git add .

git commit -m "xxx"

# 修改已经提交到远程的commit信息

git commit --amend 'xxx2' //先本地修改commit信息(git reset xxx等方式也可以)，然后再强制推上去，慎用

git push --force origin master

# 回退某个文件到某个版本

git log test.php

git reset 9aa51d89799716aa68cff3f30c26f8815408e926 test.php

1.6 分支操作

# 列出所有本地分支

git branch

# 列出所有远程分支

git branch -r

# 列出所有本地分支和远程分支

git branch -a

# 创建分支

git branch test

# 切换分支

git checkout test

# 创建并切换分支

git checkout -b test

# 切换到远程分支

git fetch

git checkout -b test origin/test

# 新建一个分支，指向指定commit

git branch [branch] [commit]

# 新建一个分支，指向某个tag

git checkout -b [branch] [tag]

# 合并指定分支到当前分支

git merge [branch]

# 删除分支(分支已经被合并)

git branch -d [branch-name]

# 删除分支(分支还没合并，强制删除掉)

git branch -D [branch-name]

# 批量删除分支方法

git branch |grep 'branchName' |xargs git branch -D

# 删除远程分支

git branch -dr [origin/test]

git push origin :master

git push origin --delete master

# 选择一个commit，将该commit改动下的代码合并进当前分支

git cherry-pick [commit]

1.7 查看信息

# 显示有变更的文件

git status

# 显示当前分支的版本历史

git log

# 显示commit历史，以及每次commit发生变更的文件

git log --stat

# 显示某个文件的版本历史，包括文件改名

git log --follow [file]

git whatchanged [file]

# 显示指定文件相关的每一次diff

git log -p [file]

# 显示指定文件是什么人在什么时间修改过

git blame [file]

# 显示暂存区和工作区的差异

git diff

# 显示工作区与当前分支最新commit之间的差异

git diff HEAD

# 显示两次提交之间的差异

git diff [first-branch]...[second-branch]

# 显示某次提交的元数据和内容变化

git show [commit]

# 显示某次提交发生变化的文件

git show --name-only [commit]

# 显示某次提交时，某个文件的内容

git show [commit]:[filename]

# 显示当前分支的最近几次提交,可以看到你使用了什么操作

git reflog

1.8 pull操作

# 取回远程主机某个分支的更新，再与本地的指定分支合并

git pull :

# 取回origin主机的next分支，与本地的master分支合并

git pull origin next:master

# 如果远程分支是与当前分支合并，则冒号后面的部分可以省略。

git pull origin next

# 建立追踪关系(git会自动在本地分支和远程分支之间建立一种追踪关系，默认本地分支和远程分支同名，例如next->origin:next)

git branch --set-upstream master origin/next

1.9 push操作

# 把本地库的所有内容推送到远程库上

git push :

# 推送操作,如果省略远程分支名，则表示将本地分支推送与之存在”追踪关系”的远程分支(通常两者同名)，如果该远程分支不存在，则会被新建。

git push origin master

# 将本地的master分支推送到origin主机，同时指定origin为默认主机，后面就可以不加任何参数使用git push了

git push -u origin master

#不管是否存在对应的远程分支，将本地的所有分支都推送到远程主机

git push --all origin

# 如果远程主机的版本比本地版本更新，推送时Git会报错，要求先在本地做git pull合并差异，然后再推送到远程主机。这时，如果你一定要推送，可以使用--force选项,这样做会覆盖掉远程上比你新的版本。

git push --force origin master

1.10 tag操作

# 展示标签

git tag

# 打标签和注释

git tag -a v0.1.2 -m "0.1.2版本"

# 给指定的commit打标签

git tag -a v0.1.1 9fbc3d0

# git push 操作不会将tag上传到服务器，需要单独上传，将v0.1.2标签提交到git服务器

git push origin v0.1.2

# 将本地所有标签一次性提交到git服务器

git push origin --tags

# 删除标签

git tag -d v0.1.2

# 删除远程的tag

git push origin --delete tag

2. 其他一些汇总

2.1 github上初始一个项目

创建一个新的仓库，并上传到github

echo "# ceshi" >> README.md

git init

git add README.md

git commit -m "first commit"

git remote add origin git@github.com:archer-wong/ceshi.git

git push -u origin master

使用一个已有的仓库，并上传到github

git remote add origin git@github.com:archer-wong/ceshi.git

git push -u origin master

2.2 重命名远程分支(先删除远程分支，重命名本地分支，最后提交一个新的远程分支)

git push --delete origin devel

git branch -m devel develop

git push origin develop

2.3 cherry-pick中出现冲突解决方法

git status #查看有哪些冲突

vim xxx.php #手动解决冲突的文件

git add xxx.php

git commit -m "xxx"

git push origin develop

2.4 git中window和Linux换行符问题

不同的操作系统中使用的换行符是不同的，参考如下

Windows/Dos CRLF \r\n

Linux/Unix LF \n

MacOS CR \r

当我们使用git管理版本的时候，如果有人在windows上开发，有人在linux上开发者，很可能你就会遇到行尾结束符问题,可以参考设置以下两项

1> 设置autocrlf

提交时转换为LF，拉取时转换为CRLF(windows上设置)

git config --global core.autocrlf true

提交时转换为LF，拉取时不转换(linux上设置)

git config --global core.autocrlf input

这样可以保证版本库里面是LF换行符，linux上使用LF， windows上迁出后使用的是CRLF

开启safecrlf检查

Git提供了一个换行符检查功能(core.safecrlf)，可以在提交时检查文件是否混用了不同风格的换行符。这个功能的选项如下：

false - 不做任何检查

warn - 在提交时检查并警告

true - 在提交时检查，如果发现混用则拒绝提交

建议使用最严格的 true 选项。core.autocrlf

git config --global core.safecrlf true

2.5 .gitignore文件

.gitignore 配置文件用于配置不需要加入版本管理的文件

1、语法：

所有空行或者以 ＃ 开头的行都会被 Git 忽略。

可以使用标准的 glob 模式匹配。

匹配模式可以以(/)开头防止递归。

匹配模式可以以(/)结尾指定目录。

要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号(!)取反。

所谓的 glob 模式是指 shell 所使用的简化了的正则表达式。

星号(*)匹配零个或多个任意字符；

[abc]匹配任何一个列在方括号中的字符(这个例子要么匹配一个 a，要么匹配一个 b，要么匹配一个 c)；

问号(?)只匹配一个任意字符；

如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配(比如 [0-9] 表示匹配所有 0 到 9 的数字)。

使用两个星号(*) 表示匹配任意中间目录，比如a/**/z 可以匹配 a/z, a/b/z 或 a/b/c/z等。

2、示例：

# 忽略 .a 文件

*.a

# 否定忽略 lib.a, 尽管已经在前面忽略了 .a 文件

!lib.a

# 仅在当前目录下忽略 TODO 文件， 但不包括子目录下的 subdir/TODO

/TODO

# 忽略 build/ 文件夹下的所有文件

build/

# 忽略 doc/notes.txt, 不包括 doc/server/arch.txt

doc/*.txt

# 忽略所有的 .pdf 文件 在 doc/ directory 下的

doc/**/*.pdf

GitHub 有一个十分详细的针对数十种项目及语言的 .gitignore 文件列表，你可以在https://github.com/github/gitignore 找到它.

3、.gitignore不生效问题

如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。那么解决方法就是先把本地缓存删除(改变成未track状态)，然后再提交：

git rm -r --cached .

git add .

git commit -m 'update .gitignore'

2.6 平时采用的git管理模式

平时开发流程，每一个feature新建一个分支，然后在该分支开发完后，进行rebase操作，然后切换到主分支进行merge操作

git branch -b feature-xxx //在master分支新建并切换分支，在feature-xxx完成代码，然后add,commit

git checkout master

git pull origin master

git checkout feature-xxx

git rebase master

git checkout master

git merge --no-ff feature-xxx

git push origin master

rebase过程中产生冲突的解决方法

查看冲突的文件

git diff

然后手动解决冲突

git status

将冲突文件放入暂存区

git add vendor/composer/autoload_real.php

继续rebase操作

git rebase --continue

2.7 分支合并的总结

在git中合并分支有三种方法，分别是merge，rebase，cherry-pick，而其中merge又有三种区别fast-forward，no-ff，squash

2.7.1 merge操作

1、fast-forward

如果待合并的分支在当前分支的下游，也就是说没有分叉时，会发生快速合并，从test分支切换到master分支，然后合并test分支

git checkout master

git merge test

这种方法相当于直接把master分支移动到test分支所在的地方，并移动HEAD指针

2、no-ff

如果我们不想要快速合并，那么我们可以强制指定为非快速合并，只需加上--no-ff参数

git checkout master

git merge –no-ff test

这种合并方法会在master分支上新建一个提交节点，从而完成合并

3、squash

svn的在合并分支时采用的就是这种方式，squash会在当前分支新建一个提交节点

squash和no-ff非常类似，区别只有一点不会保留对合入分支的引用

git checkout master

git merge –squash test

2.7.2 rebase操作

当要合并两个分叉的分支时，merge的方式是将待合入分支和当前分支不同的部分，在当前分支新建节点，如下图所示

rebase与merge不同，rebase会将合入分支上超前的节点在待合入分支上重新提交一遍，如下图，B1 B2会变为B1’ B2’，看起来会变成线性历史

2.7.3 cherry-pick

你想把哪个节点merge过来就把哪个节点merge过来，其合入的不是分支而是提交节点