[https://www.cnblogs.com/lichihua/p/7767348.html](https://www.cnblogs.com/lichihua/p/7767348.html)  ## **创建本地仓库** git init【通过初始化创建新仓库(**.git目录**) 或者 git clone URL【通过克隆取到远程仓库的镜像】 创建后，之后就无需再git init了或者git clone URL ``` git init ``` git clone 后 自动生成origin远程仓库别名无需git remote add啦 ``` //默认本地分支master 本地目录名称与Git 仓库同名 git clone URL //拷贝一个指定远程分支到本地，本地目录名称与此远程仓库同名 git clone -b 分支名 URL //拷贝一个 Git 仓库到本地，重新定义本地目录名称 git clone URL 本地目录名 git clone -b 分支名 URL 本地目录名 ``` ## **为远程github仓库生成别名（clone的项目省略这步）** git remote add \<remote-alias-name\> \<url\> >[danger]注意：github上复制链接的时候一定要复制ssh的不要复制http链接，否则每次push都要你输入用户及密码神烦！ ``` //origin是默认的远程仓库别名（这个需要在git init与git clone 之才后能实现，方便push） git remote add origin git@github.com:yourName/yourRepo.git ``` ## **比较文件在进行提交** ``` //此命令比较的是工作目录(Working tree)和暂存区域快照(index)之间的差异 //也就是修改之后还没有暂存起来的变化内容 git diff //查看已经暂存起来的文件(staged)和上次提交时的快照之间(HEAD)的差异 git diff --cached git diff --staged // 显示的是下一次commit时会提交到HEAD的内容(不带-a情况下) //显示工作版本(Working tree)和HEAD的差别 git diff HEAD //直接将两个分支上最新的提交做diff git diff topic master 或 git diff topic..master //输出自topic和master分别开发以来，master分支上的changed。 git diff topic...master //查看简单的diff结果，可以加上--stat参数 git diff --stat //查看当前目录和另外一个分支的差别 git diff test //显示当前目录和另一个叫'test'分支的差别 git diff HEAD -- ./lib //显示当前目录下的lib目录和上次提交之间的差别（更准确的说是在当前分支下） //比较上次提交commit和上上次提交 git diff HEAD^ HEAD //比较两个历史版本之间的差异 git diff SHA1 SHA2 ``` ## **本地工作区文件增删改** 多人协作时 还需要先要git pull拉取最新的远程代码在对代码进行增删改查，最后add、commit、push >[danger]**工作区**（本地源代码文件增删改查）   ----**git add**---->   **暂存区**（.git目录下" 下的index文件）  ---**git commit**--->    **本地仓库**也叫版本库(.git文件夹)    -----**git pull 远程库名 远程分支名:本地分支名**---->更新远程仓库的代码到本地仓库-----**git push**---->      同步到远程仓库  对于所有分支而言， 工作区和暂存区是公共的 ## **检查当前项目中文件状态** ``` git status ``` 目前它们的状态可能是未更新（unmodified，查看文件状态时默认是不显示出来的），已修改（modified）或者已放入暂存区（staged）。未跟踪文件（untracked）一般是新建的 **<span style="color:#ff6600">Untracked files：</span>**     表示以下文件还没有被追踪，一般是新建的文件： 看到这个我们必须要执行git add filename 和git commit -m "提交描述" **<span style="color:#ff6600">Changes not staged for commit：</span>**     这条状态表示下面的文件都未存入暂存区，出现这个表示你需要git add 提示出现的文件 **<span style="color:#ff6600">Changes to be committed：</span>**这条状态表示下面的文件都已存入**暂存区**（.git目录下" 下的index文件）即已经git add过需要git commit -m啦，在提交到本地仓库时会将这些变更提交到本地仓库（.git）中 new file     新增了xxx文件 deleted     删除了xxx文件 modified   已修改 **<span style="color:#ff6600">nothing to commit：</span>（无需任何操作了）** 工作区文件与本地库一致没有改动过和没有新文件或者改动的全部提交到.git本地仓库中 ## **将工作区文件提交到暂存区（跟踪新文件）** ``` git add ./test.php ``` >[danger]只有经过`git add`放到暂存区的文件 执行`git commit`才会提交，所以用暂存区域将你的工作最少拆分为每个问题一个提交，并且为每一个提交附带一个有用的信息。 如果其中一些改动修改了同一个文件，尝试使用 `git add --patch` 来部分暂存文件，不要将问题堆在一起提交！ 同时避免多次commit,即commit的一般是定下来的版本,有问题可以用check out将单个文件拿回来（改动一个文件 add一次，但是不要急着commit） >**git status** 提示Untracked files则有改动未git add 提交到暂存区 提示changes not staged for commit表示它下面的文件都未存入暂存区，出现这个表示你需要git add 提示出现的文件 撤销提交到暂存区 ~~~ git reset HEAD <file> ~~~ ## **将暂存区的文件提交到本地仓库**(也叫本地缓存) git diff --check 检查空白字符 检查修改的文件是否只改变了空白符 ``` git commit -m "提交说明" ``` >**git status** 提示Changes to be committed则表示所改动有文件都存入了暂存区，需要我们git commit 提交到本地仓库 提示nothing to commit则表示工作区文件与本地库一致，无需add和commit **撤销git commit提交到本地仓库的文件** ~~~ git checkout head 1.txt 2.txt #撤销指定文件 git checkout head *.txt #撤销所有txt文件 git checkout head . #撤销所有 ~~~ >[danger]**恢复总结** >* 修改部分还未add的,用git checkout – filename 撤销修改 >* 修改部分已经add了,用git reset HEAD filename 撤销add,但保留修改,需配合git checkout – filename使用 >* 修改部分不但add了,还commit了.用git reset --hard HEAD^退回到上一版本 >* 退回到特定版本先git reflog查看特定commit节点的版本号(分支与HEAD都是指针,HEAD指向当前分支,分支指向提交),再git reset --hard 版本号即可将代码退回到特定版本(commit指针指向哪个commit版本,代码就变成哪个版本) >[danger]**删除总结** 对于已commit的文件和代码,rm filename可直接删除文件,事后补个commit即可 >* 确定删除,git commit >* 后悔删除,git checkout – filename 撤销修改,即撤销删除 ## **更新远程仓库代码到本地** 默认：`git pull origin master` git pull \<short_name\> \<branch\>(相当于git fetch <short_name> <branch>[:local_branch]与git meger 推荐拆开的比较安全：) git pull <远程主机名> <远程分支名>:<本地分支名> ~~~ git fetch origin master:tmp //从远程仓库orgin(origin是别名) 获取最新master远程分支的代码，在本地建立tmp分支并将该代码存入该分支中 master可省略git fetch origin:tmp git diff tmp // 将当前分支和tmp进行对比 git merge tmp //合并tmp分支到当前默认的master分支 ~~~ 也可以用以下指令 ``` //将远程仓库的master分支下载到本地当前branch中 //这将更新git remote(列出已经存在的远程分支) 中所有的远程仓库所包含分支的最新commit-id, 将其记录到.git/FETCH_HEAD文件中 git fetch orgin master //比较本地的master分支和origin/master分支的差别 git log -p master ..origin/master //进行合并 git merge origin/master ``` 或者 ``` //取回远程主机某个分支的更新，再与本地的指定分支合并。 git pull <远程库名> <远程分支名>:<本地分支名> //取回远程库中的master分支，与本地的master分支进行合并更新，要写成： git pull origin master:master //如果是要与本地当前分支合并更新，则冒号后面的<本地分支名>可以不写 git pull origin master ``` 注意如果什么都没修改只是更新本地文件与远程文件一致，一般在刚开始准备写代码更新避免本地仓库代码与远程差别太大 ``` //如果确定什么都没有改过只是更新本地代码 git pull ``` 以下表示要把issue1234分支合并入master分支，先切换到master，然后在合并 ``` git checkout master git merge issue1234 ``` ## **将本地仓库代码同步到远程仓库：** git push \<远程主机名> \<本地分支名>:\<远程分支名> 将本地master分支提交到远程master分支（默认master所以可以省略） ``` git push origin master //同git push origin master:master git push origin master:hz //将本地master分支提交到 ``` ``` //创建新的远程分支，只需要新建并切换到本地分支，然后push时带上要新建的分支名 这里远程分支与本地分支同名（当然可以随意起名） git push origin new_branch:new_branch //删除远程分支 git push origin --delete new_branch ``` >[danger]多人开发时，先pull代码再 add commit push 如果在pull到push之间，你的同事又先一步push 你push时就会报错，只能先pull下来在merge一下,根据冲突报错手动解决冲突.最后再提交.如果此时又被人先push了,那真是悲剧中的悲剧，所以一般程序员们团队开发时很少会有两个人同时开发一个模块的做法.简直要打架 ### **准备工作：忽略提交** 由于性能原因，Git不会列出被排除的目录 * 以`/`开头表示.gitignore所在目录下的文件或目录 /bin * 以斜杠`/`结尾表示忽略目录 bin/ * 如果在模式的开头或中间（或两者）都有/，则该模式是相对于特定`.gitignore`文件本身的目录级别的。否则(bin/)，模式也可能在该.gitignore文件本身的目录级别以下的任何级别匹配。 /bin、/bin/*、bin/*、/bin/* * 如果模式末尾有/或者/*，则该模式将仅匹配目录，否则该模式可以同时匹配文件和目录。bin/ 例：doc/frotz/ 匹配doc/frotz目录，但不匹配a/doc/frotz目录 frotz/ 匹配 frotz 和 a/frotz * 以星号`*`通配多个字符； * 两个连续的星号"\*\*"，有着特殊的含义： 1.\*\*/，匹配所有目录。如：\*\*/foo,匹配任意地方的foo文件或目录。\*\*/foo/bar"匹配紧跟在任意位置的foo目录下的bar文件或目录. 2.末尾“/\*\*",匹配其内的任何东西。如"abc/\*\*",匹配abc目录下的所有文件。 3./**/ ，匹配零个或多个目录。如“a/\*\*/b",匹配"a/b" "a/c/b" "a/c/d/b" * 以问号`?`通配单个字符 * 以方括号`[]`包含单个字符的匹配列表； * 以叹号`!`表示不忽略(跟踪)匹配到的文件或目录；如果排除了该文件的父目录，则无法重新包含该文件 此外，git 对于 .ignore 配置文件是按行从上到下进行规则匹配的，意味着如果前面的规则匹配的范围更大，则后面的规则将不会生效 ~~~ ! 来否定忽略，即比如在前面用了\*.apk，然后使用!a.apk，则这个a.apk不会被忽略。 # 1只忽略根目录下名为bin的 【文件】 或【 目录】 及此目录下的所有内容，不忽略子目录的bin文件及文件夹（如test/bin/3.txt） /bin # 2忽略根目录及其子目录下名为bin的【目录】（及里面的内容），不忽略 bin 文件（忽略项目所有的bin目录） bin/ # 3只忽略根目录下名为bin的【目录】（及里面的内容），不忽略 bin 文件及子目录的bin文件夹及文件 bin/* # 同3 /bin/ # 同3 /bin/* #不要忽略根目录下bin文件夹中.php文件 !/bin/*.php /*.log: 忽略 cat.log，不忽略 build/cat.log *.log: 忽略所有 .log 文件 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 文件 config.php: 忽略当前路径的 config.php 文件 debug?.logt # 忽略 debug?.log 文件或目录，其中 ? 为任意一个字符 debug[0-9].log # 忽略 debug0.log、debug2.log 等，但不忽略 debuga.log 文件 debug[01].log # 仅忽略 debug0.log、debug1.log debug[!01].log # 不忽略 debug0.log、debug1.log doc/*.txt # 忽略 doc 目录下一级的所有以 .txt 结尾的文件或目录 doc/**/*.pdf # 忽略 doc 目录下所有的 .pdf 文件或目录 .gitignore规则不生效 .gitignore只能忽略那些Untracked files（没有被跟踪的文件--没有add过的)，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。 解决方法就是先把本地缓存删除（改变成未track状态），然后再提交: git rm -r --cached . git add . git commit -m 'update .gitignore' ~~~ ## **其他命令：** 查看远程仓库 ~~~ git remote -v ~~~  添加一个远程仓库 ``` git remote add url    ``` git rm -f 强制删除出现问题的文件（记得备份哦，会将本地文件一起删除掉）然后重新将这个文件add、commit、push一遍 创建一个新的分支提交改动在合并 ~~~ //1.先创建一个新的分支提交改动 $ git branch newbranch //2.查看分支 $ git branch //这时终端会输出：，前面的*代表的是当前你所在的工作分支 newbranch *master //3.切换工作分支。 git checkout newbranch //创建并切换 相当于git branch newbranch 与 git checkout newbranch git checkout -b newbranch //4.然后将你的改动提交到新的分支上 $ git add 网页换肤 $ git commit -m"skin" //此时可以$ git status 检查下提交情况。如果提交成功，就回主分支 git checkout master //5.我们将新分支提交的改动合并到主分支上 $ git merge newbranch //合并分支可能产生冲突这是正常的，虽然我们这是新建的分支不会产生冲突，但还是在这里记录下。可以用 $ git diff 来查看产生冲突的文件，然后做对应的修改再提交一次就可以了。 6.我们的问题解决了，接下来就可以push代码了 $ git push -u origin master 7.最后，新建分支的朋友别忘了删除分支 $ git branch -D newbranch 如果想保留分支只是想删除已经合并的部分只要把大写的D改成小写的d就行了。 ~~~ 删除与恢复分支 创建分支本质是修改HEAD的操作,只要HEAD被改了,reflog一定会变,删除分支只是删除了相关log里的HEAD记录而已 ``` git branch -d branch_name 会删除对应非当前分支 git branch -D branch_name 强制删除当前在用分支 git reflog查看历史HEAD,找到最后一次checkout切换到被删分支的记录,找到它的hash值或HEAD编号 git branch <branch_name> HEAD@{4} 成功恢复 ``` 清爽版log指令 git log --pretty=oneline 查看历史版本与版本号(不受版本回退影响) git reflog **如何解决版本冲突** 对于test.txt文件 master分支添加了第四行000000 div分支与添加了第四行888888 此时master执行git merge div会发生conflict cat test.txt查看 >[info]<<<<之下表示当前分支的内容 =====隔开两个分支的不同修改 \>>>>>之下表示被合并的分支的内容 有======的地方说明这两分支都在同一地方做了修改,现在合并不了 **解决矛盾** 首先git log查看当前分支所有指针修改记录 发现上一届div分支合并的master的信息也还在,建议以后分支命名带版本号,如div_01 规定不许再master分支上干活 快速合并会导致分支被删后信息无法复原.git merge -no-ff -m “注释” div采用禁止快合形式合并 处理bug分支 >思路 bug-->临时分支 临时分支-->修复 修复后-->A(合并到主分支) A-->删除临时分支 搁置当前工作分支 当前工作分支需要3天才能完成,才能提交.而issue-404 bug需要在5小时内完成.怎么办? 确保当前分支是div,隐藏工作现场git stash 会将工作区+暂存区的内容保存起来 切换到master git checkout master 在master分支上创建新分支 git checkout -b issue404_bug 修复完后,切换到master分支,完成合并,删除bug分支 重回div ; git checkout div git status发现工作区很干净,需要手动恢复工作现场 git stash list查看,然后git stash apply恢复, 为防止不同的stash叠加干扰,每次恢复后必须手动删除stash ; git stash drop git stash pop 一步从stash恢复工作现场并删除stash里的记录