Git init  在当前目录下初始化创建Git仓库 先要cd

Git add .  将所有修改添加到暂存区

git add + 文件

git add * # Ant风格添加修改

git mergetool 合并中冲突 修复工具

$ git add *Controller  # 将以Controller结尾的文件的所有修改添加到暂存区

$ git add Hello*  # 将所有以Hello开头的文件的修改添加到暂存区 例如:HelloWorld.txt,Hello.java,HelloGit.txt ...

$ git add Hello?  # 将以Hello开头后面只有一位的文件的修改提交到暂存区 例如:Hello1.txt,HelloA.java 如果是HelloGit.txt或者Hello.java是不会被添加的

git add -u + 路径：将修改过的被跟踪代码提交缓存

git add -A + 路径: 将修改过的未被跟踪的代码提交至缓存

 Git reflog: 查看历史所有的本地仓库执行改变的命令可以查找到headerID

 Git status 查看仓库文件的状态  是否在缓存区  绿色表示在缓存区 可以直接提交 红色 表示在工作区 不能直接提交 需要git add  添加到缓存区后 才能 Git commit 提交到Git本地仓库，注意文件只有在缓存区才能提交。文件有下面3种状态：

1：Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.

2：Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作.

3：deleted： 文件已删除，本地删除，服务器上还没有删除.

Git commit -m ‘  注释 此次提交的内容 ’    提交到本地Git仓库

Git remote add origin https://github.com/ganghongli/dpsSale.git   与远程仓库建立联系  

Git push -u origin master    把修改过的代码提交到 远程仓库 分支 master下面 master 表示分支 也可以是其他分支 

Git push origin master     提交本地仓库的代码到远程仓库分支 master 下面

it merge [name] ----将名称为[name]的分支与当前分支合并

查看分支：git branch 

创建分支：git branch <分支>

切换分支：git checkout <分支>

创建+切换分支：git checkout -b <分支>

合并某分支到当前分支：git merge <分支>

删除分支：git branch -d <分支>

删除远程分支：git push origin  :<分支>

合并指定dev分支到当前分支：git  merge dev (注意先切换到当前分支 在合并摸个分支)

查看本地对应的远程仓库 git remote -v

查看远程仓库的本地代名词 git remote 

从远程仓库拉取代码并且合并本地代码：Git pull origin master

从远程仓库拉取代码不合并本地代码：Git fetch origin master

从远程仓库克隆代码等同于下载远程所有文件包含Git文件 ：Git clone +远程仓库地址 cloning into '本地文件夹路径‘

查看标签：Git tag

创建标签 Git tag v1.0  （注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签）

 在历史commit ID上打标签 Git tag v1.0 + headerID(提交的headerID)

查看Header ID : git log --pretty=oneline --abbrev-commit

查看历史所有的本地仓库执行改变的命令可以查找到headerID：Git reflog

删除本地标签：Git tag -d v1.0 

推送标签到远程：git push origin v1.0

删除远程标签：先本地删除 Git tag -d v1.0  然后远程删除 Git push origin :tags/v1.0

推送所有标签到远程：Git push origin --tags

撤销提交  ：写完代码后，我们一般这样git add . //添加所有文件git commit -m "本功能全部完成" 执行完commit后，想撤回commit，怎么办？使用：“Git reset --参数 + headerID”指令

如Git reset --soft + headerID 注意，这仅仅是撤回commit操作，您写的代码仍然保留。

git reset 后面参数的说明

Git reset --mixed + headerID  意思是：不删除工作空间改动代码，撤销commit，并且撤销git add . 操作这个为默认参数,git reset --mixed HEAD^ 和 git reset HEAD^ 效果是一样的。

git reset --hard +headerID  删除工作空间改动代码，撤销commit，撤销git add . 注意完成这个操作后，就恢复到了上一次的commit状态。

Git reset -- soft +headerID  不删除工作空间改动代码，撤销commit，不撤销git add . 

Git 修改已提交的commit注释 分2种情况 1，已经push到远程 2.还未push到远程

如果你只想修改最后一次注释就是最新的一次提交 用git commit --amend  会出现有注释的界面（你的注释应该显示在第一行）， 输入i进入修改模式，修改好注释后，按Esc键 退出编辑模式，输入:wq保存并退出。ok，修改完成。

修改之前commit的 

git rebase -i HEAD~2 最后的数字2指的是显示到倒数第几次，你想修改哪条注释 就把哪条注释前面的pick换成edit。方法就是上面说的编辑方式：i---编辑，把pick换成edit---Esc---:wq.然后git commit --amend 修改注释信息，修改后保存退出后Git rebase continue 其实这个原理我的理解就是先版本回退到你想修改的某次版本，然后修改当前的commit注释，然后再回到本地最新的版本.

对于已经push到远程的修改 首先你需要你把最新的版本从远程仓库先pull下来，然后按照上面的方式修改commit信息最后强制push到远程git push --force origin dev

HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。git reset--hard HEAD^     HEAD表示当前版本 上一个版本就是HEAD^，上上一个版本就是HEAD^^

1) 远程仓库相关命令

检出仓库：$ git clone git://github.com/jquery/jquery.git

查看远程仓库：$ git remote -v

添加远程仓库：$ git remote add [name] [url]

删除远程仓库：$ git remote rm [name]

修改远程仓库：$ git remote set-url --push[name][newUrl]

拉取远程仓库：$ git pull [remoteName] [localBranchName]

推送远程仓库：$ git push [remoteName] [localBranchName]

2#使用如下命令添加远程仓库。

git remote set-url --add oginin http://192.168.100.54/git/gaoxing/gaoxTest.git

3#查看远程仓库情况。可以看到 github 远程仓库有两个 push 地址。这种方法的好处是每次只需要 push 一次就行了。

---------------------

Git 忽略规则

详细的忽略规则可以参考官方英文文档

Git 忽略规则优先级

在 .gitingore 文件中，每一行指定一个忽略规则，Git 检查忽略规则的时候有多个来源，它的优先级如下（由高到低）：

从命令行中读取可用的忽略规则

当前目录定义的规则

父级目录定义的规则，依次递推

$GIT_DIR/info/exclude 文件中定义的规则

core.excludesfile中定义的全局规则

Git 忽略规则匹配语法

在 .gitignore 文件中，每一行的忽略规则的语法如下：

空格不匹配任意文件，可作为分隔符，可用反斜杠转义

# 开头的文件标识注释，可以使用反斜杠进行转义

! 开头的模式标识否定，该文件将会再次被包含，如果排除了该文件的父级目录，则使用 ! 也不会再次被包含。可以使用反斜杠进行转义

/ 结束的模式只匹配文件夹以及在该文件夹路径下的内容，但是不匹配该文件

/ 开始的模式匹配项目跟目录

如果一个模式不包含斜杠，则它匹配相对于当前 .gitignore 文件路径的内容，如果该模式不在 .gitignore 文件中，则相对于项目根目录

** 匹配多级目录，可在开始，中间，结束

? 通用匹配单个字符

[] 通用匹配单个字符列表

常用匹配示例：

bin/: 忽略当前路径下的bin文件夹，该文件夹下的所有内容都会被忽略，不忽略 bin 文件

/bin: 忽略根目录下的bin文件

/*.c: 忽略 cat.c，不忽略 build/cat.c

debug/*.obj: 忽略 debug/io.obj，不忽略 debug/common/io.obj 和 tools/debug/io.obj

**/foo: 忽略/foo, a/foo, a/b/foo等

a/**/b: 忽略a/b, a/x/b, a/x/y/b等

!/bin/run.sh: 不忽略 bin 目录下的 run.sh 文件

*.log: 忽略所有 .log 文件

config.php: 忽略当前路径的 config.php 文件

.gitignore规则不生效

.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。

解决方法就是先把本地缓存删除（改变成未track状态），然后再提交:

git rm -r --cached .gitadd .git commit -m'update .gitignore'

2）分支(branch)操作相关命令

查看本地分支：$ git branch

查看远程分支：$ git branch -r

创建本地分支：$ git branch [name] ----注意新分支创建后不会自动切换为当前分支

切换分支：$ git checkout [name]

创建新分支并立即切换到新分支：$ git checkout -b [name]

删除分支：$ git branch -d [name] ---- -d选项只能删除已经参与了合并的分支，对于未有合并的分支是无法删除的。如果想强制删除一个分支，可以使用-D选项

合并分支：$ git merge [name] ----将名称为[name]的分支与当前分支合并

push远程分支(本地分支push到远程)：$ git push origin [name]

删除远程分支：$ git push origin :heads/[name]

我从master分支创建了一个issue5560分支，做了一些修改后，使用git push origin master提交，但是显示的结果却是'Everything up-to-date'，发生问题的原因是git push origin master 在没有track远程分支的本地分支中默认提交的master分支，因为master分支默认指向了origin master 分支，这里要使用git push origin issue5560：master 就可以把issue5560推送到远程的master分支了。

如果想把本地的某个分支test提交到远程仓库，并作为远程仓库的master分支，或者作为另外一个名叫test的分支，那么可以这么做。

$ git push origin test:master // 提交本地test分支作为远程的master分支 //好像只写这一句，远程的github就会自动创建一个test分支

$ git push origin test:test // 提交本地test分支作为远程的test分支

如果想删除远程的分支呢？类似于上面，如果:左边的分支为空，那么将删除:右边的远程的分支。

$ git push origin :test // 刚提交到远程的test将被删除，但是本地还会保存的，不用担心

3）版本(tag)操作相关命令

查看版本：$ git tag

创建版本：$ git tag [name]

删除版本：$ git tag -d [name]

查看远程版本：$ git tag -r

创建远程版本(本地版本push到远程)：$ git push origin [name]

删除远程版本：$ git push origin :refs/tags/[name]

推送所有tag: git push origin --tags

tag迁出branch：

git checkout tagname

git checkout -b new_branch_name

4）git stash暂存相关命令

git stash: 备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。

git stash pop: 从Git栈中读取最近一次保存的内容，恢复工作区的相关内容。由于可能存在多个Stash的内容，所以用栈来管理，pop会从最近的一个stash中读取内容并恢复。

git stash list: 显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复。

git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现，原来stash的哪些节点都消失了。

显示提交的log

git log

$ git log --pretty=oneline

$ git log --pretty=format:"%h - %an, %ar : %s"

--也可以指定查看的个数

git log -3

回退命令：

--回退到上个版本

$ git reset --hard HEAD^

--回退到前3次提交之前，以此类推，回退到n次提交之前

$ git reset --hard HEAD~3

-- *退到/进到 指定commit的sha码，sha码通过上面的 log 命令获取

$ git reset --hard commit_id

强推到远程：

作者：枫林风雨

链接：https://www.jianshu.com/p/ec7e8ed1dfcb

来源：简书

简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

5）git rebase 使用

当前分支问题develop，从master拉取最新代码

git pull --rebase origin master 或者 git rebase develop

先将develop分支的代码checkout出来，作为工作目录

然后将master分支从develop分支创建起的所有改变的补丁，依次打上。如果打补丁的过程没问题，rebase就搞定了

如果打补丁的时候出现了问题，就会提示你处理冲突。处理好了，可以运行git rebase –continue继续直到完成

如果你不想处理，你还是有两个选择，一个是放弃rebase过程（运行git rebase –abort），另一个是直接用test分支的取代当前分支的（git rebase –skip）。