Git init 在当前目录下初始化创建Git仓库 先要cd
Git add . 将所有修改添加到暂存区
git add + 文件
git add * # Ant风格添加修改
$ 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 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 下面
查看分支：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的哪些节点都消失了。
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）。
网友评论