一、工作流程
- 克隆 Git 资源作为工作目录。
- 在克隆的资源上添加或修改文件。
- 如果其他人修改了，你可以更新资源。
- 在提交前查看修改。
- 提交修改。
- 在修改完成后，如果发现错误，可以撤回提交并再次修改并提交。
git init 初始化一个 Git 仓库-》Git 仓库会生成一个 .git 目录，该目录包含了资源的所有元数据，其他的项目目录保持不变。
git add xxx 告诉 Git 开始对xxx文件进行跟踪git commit -m "注释" 将add的文件提交到仓库git clone <repo> 克隆仓库git clone <repo> <directory> 克隆仓库指定目录git config --list 当前git配置二、工作区、暂存区和版本库
工作区：工作的目录。
暂存区：英文叫 stage 或 index。一般存放在 .git 目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。
版本库：工作区有一个隐藏目录 .git，这个不算工作区，而是 Git 的版本库。
工作区、版本库中的暂存区和版本库之间的关系：
标记为 "master" 的是 master 分支所代表的目录树（提交时暂存区的目录树）。
"HEAD" 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。
objects 标识的区域为 Git 的对象库，实际位于 ".git/objects" 目录下，里面包含了创建的各种对象及内容。
当对工作区修改（或新增）的文件执行 git add 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。
当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。
当执行 git reset HEAD 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。
当执行 git checkout . 或者 git checkout -- <file> 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区中的改动。
当执行 git checkout HEAD . 或者 git checkout HEAD <file> 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。
三、创建仓库
创建仓库（该命令执行完后会在当前目录生成一个 .git 目录。）：
git init使用我们指定目录作为Git仓库。
git init newrepo设置提交代码时的用户信息（如果去掉 --global 参数只对当前仓库有效。）：
$ git config --global user.name "runoob"
$ git config --global user.email test@runoob.com四、git操作
说明：
- workspace：工作区
- staging area：暂存区/缓存区
- local repository：版本库或本地仓库
- remote repository：远程仓库
| 命令 | 说明 |
|---|---|
git add | 添加文件到暂存区 |
git status | 查看仓库当前的状态，显示有变更的文件。 |
git diff | 比较文件的不同，即暂存区和工作区的差异。 |
git commit | 提交暂存区到本地仓库。 |
git reset | 回退版本。 |
git rm | 将文件从暂存区和工作区中删除。 |
git mv | 移动或重命名工作区文件。 |
git status
命令用于查看在你上次提交之后是否有对文件进行再次修改。
使用 -s 参数来获得简短的输出结果，AM 状态的意思是这个文件在我们将它添加到缓存之后又有改动。
git diff
有两个主要的应用场景。
- 查看 workspace 与 index 的差别：git diff
- 查看 index 与 local repositorty 的差别： git diff --cached
- 查看 workspace 和 local repository 的差别：git diff HEAD (HEAD指 local repository 中的代码最新提交版本)
- 显示摘要而非整个 diff：git diff --stat
- git diff HEAD^：比较 workspace 与最新commit的前一次commit的差异
- git diff HEAD~2：比较 workspace 与上2次commit的差异
显示暂存区和工作区的差异:
$ git diff [file]显示暂存区和上一次提交(commit)的差异:
$ git diff --cached [file]
或
$ git diff --staged [file]显示两次提交之间的差异:
$ git diff [first-branch]...[second-branch]知识点：^与~之间的区别
当存在多个分支时，^可以用来选择分支；
HEAD~i永远只选择第i级父节点的第一个分支；
HEAD~i^2选择第i级父节点的第二个分支；
以此类推；
HEAD^=HEAD^1=HEAD~1；
如果没有分支，只有一条主线，则HEAD^^^=HEAD^1^1^1=HEAD~3，
如果该级节点有第二个分支，则表示为：HEAD^^^2 = HEAD~2^2git commit：
$ git commit [file1] [file2] ... -m [message]git reset：
git reset 命令用于回退版本，可以指定退回某一次提交的版本。
git reset [--soft | --mixed | --hard] [HEAD]--mixed 为默认，可以不用带该参数，用于重置暂存区的文件与上一次的提交(commit)保持一致，工作区文件内容保持不变。
--soft 参数用于回退到某个版本：
git reset --soft [HEAD]--hard 参数撤销工作区中所有未提交的修改内容，将暂存区与工作区都回到上一次版本，并删除之前的所有信息提交(谨慎使用 –-hard 参数，它会删除回退点之前的所有信息)：
git reset --hard HEAD实例：
$ git reset HEAD^ # 回退所有内容到上一个版本
$ git reset HEAD^ hello.php # 回退 hello.php 文件的版本到上一个版本
$ git reset 052e # 回退到指定版本git reset HEAD 命令用于取消已缓存的内容。
git rm命令：
用于删除文件。
1、将文件从暂存区和工作区中删除：
git rm <file>如果删除之前修改过并且已经放到暂存区域的话，则必须要用强制删除选项 -f。
2、如果想把文件从暂存区域移除，但仍然希望保留在当前工作目录中，换句话说，仅是从跟踪清单中删除，使用 --cached 选项即可：
git rm --cached <file>3、递归删除-r，即如果后面跟的是一个目录做为参数，则会递归删除整个目录中的所有子目录和文件：
git rm –r * git mv：
1、用于移动或重命名一个文件、目录或软连接。
git mv [file] [newfile]2、如果新文件名已经存在，但还是要重命名它，可以使用 -f 参数：
git mv -f [file] [newfile]远程操作
| 命令 | 说明 |
|---|---|
git remote | 远程仓库操作 |
git fetch | 从远程获取代码库 |
git pull | 下载远程代码并合并 |
git push | 上传远程代码并合并 |
git remote:
用于在远程仓库的操作。
1.显示所有远程仓库：
git remote -v2.显示某个远程仓库的信息：
git remote show [remote]3.添加远程版本库：
git remote add [shortname] [url]shortname 为本地的版本库，例如：
# 提交到 Github
$ git remote add origin git@github.com:tianqixin/runoob-git-test.git
$ git push -u origin master其他相关命令：
git remote rm name # 删除远程仓库
git remote rename old_name new_name # 修改仓库名git fetch：
用于从远程获取代码库。
1.从远端仓库提取数据并尝试合并到当前分支：
git merge2.假设你配置好了一个远程仓库，并且你想要提取更新的数据，你可以首先执行:
git fetch [alias]3.合并到你的当前分支
git merge [alias]/[branch]git pull:
用于从远程获取代码并合并本地的版本。是 git fetch 和 git merge FETCH_HEAD 的简写。
1.命令格式如下：
git pull <远程主机名> <远程分支名>:<本地分支名>2.如果远程分支是与当前分支合并，则冒号后面的部分可以省略:
git pull origin master
git push:
用于从将本地的分支版本上传到远程并合并。
1.命令格式如下：
git push <远程主机名> <本地分支名>:<远程分支名>2.如果本地分支名与远程分支名相同，则可以省略冒号：
git push <远程主机名> <本地分支名>3.如果本地版本与远程版本有差异，但又要强制推送可以使用 --force 参数：
git push --force origin master4.删除主机的分支可以使用 --delete 参数，以下命令表示删除 origin 主机的 master 分支：
git push origin --delete master五、分支管理
一个分支代表一条独立的开发线。使用分支意味着你可以从开发主线上分离开来，然后在不影响主线的同时继续工作。
1.创建分支命令：
git branch (branchname)2.切换分支命令:
git checkout (branchname)当你切换分支的时候，Git 会用该分支的最后提交的快照替换你的工作目录的内容， 所以多个分支不需要多个目录。
3.合并分支命令:
git merge 4.列出所有本地分支：
git branch5.使用 git checkout -b (branchname) 命令来创建新分支并立即切换到该分支下，从而在该分支中操作。
6.删除分支命令：
git branch -D (branchname)7.变基
rebase会把当前分支的 commit 放到公共分支的最后面,所以叫变基。
举例:如果从 master 拉个feature分支出来,然后提交了几个 commit,这个时候刚好有人把他开发的东西合并到 master 了,这个时候 master 就比你拉分支的时候多了几个 commit,如果这个时候你 rebase master 的话，就会把你当前的几个 commit，放到那个人 commit 的后面。
merge会把公共分支和你当前的commit 合并在一起，形成一个新的 commit 提交。
采用merge和rebase后，git log的区别，merge命令不会保留merge的分支的commit：
处理冲突的方式：
-
（一股脑）使用merge命令合并分支，解决完冲突，执行git add .和git commit -m'fix conflict'。这个时候会产生一个commit。
-
（交互式）使用rebase命令合并分支，解决完冲突，执行git add .和git rebase --continue，不会产生额外的commit。这样的好处是，‘干净’，分支上不会有无意义的解决分支的commit；坏处，如果合并的分支中存在多个commit，需要重复处理多次冲突。
git pull和git pull --rebase区别：git pull做了两个操作分别是‘获取’和合并。所以加了rebase就是以rebase的方式进行合并分支，默认为merge。
合并冲突
多个分支都进行了修改，然后合并（git merge）到一个分支就会产生冲突（conflict），然后打开文件修改文件，最后可以用 git add 要告诉 Git 文件冲突已经解决。
六、GIT历史记录
查看历史提交记录：
git log以列表形式查看指定文件的历史修改记录：
git blame <file>--oneline 选项来查看历史记录的简洁的版本
--graph 选项，查看历史中什么时候出现了分支、合并
--reverse 参数来逆向显示所有日志
查找指定用户的提交日志可以使用命令：git log --author
例：git log --author=jouny要指定日期，可以执行几个选项：--since 和 --before，但是你也可以用 --until 和 --after。
git log --oneline --before={3.weeks.ago} --after={2010-04-18} --no-merges七、Git 标签
1.如果达到一个重要的阶段，并希望永远记住那个特别的提交快照，你可以使用 git tag 给它打上标签。
比如说，我们想为我们的 runoob 项目发布一个"1.0"版本。 我们可以用 git tag -a v1.0 命令给最新一次提交打上（HEAD）"v1.0"的标签。
-a 选项意为"创建一个带注解的标签"。 不用 -a 选项也可以执行的，但它不会记录这标签是啥时候打的，谁打的，也不会让你添加个标签的注解。
git tag -a v1.0 2 创建标签
git tag v1.03 查看已有标签
git tag4 删除标签
git tag -d v1.15 查看此版本所修改的内容
git show v1.0
544
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
