git详解_git clone

一、工作流程

• 克隆 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 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^2

git 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:

用于在远程仓库的操作。

1.显示所有远程仓库：

git remote -v

2.显示某个远程仓库的信息：

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 merge

2.假设你配置好了一个远程仓库，并且你想要提取更新的数据，你可以首先执行:

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 master

4.删除主机的分支可以使用 --delete 参数，以下命令表示删除 origin 主机的 master 分支：

git push origin --delete master

五、分支管理

一个分支代表一条独立的开发线。使用分支意味着你可以从开发主线上分离开来，然后在不影响主线的同时继续工作。

 1.创建分支命令：

git branch (branchname)

2.切换分支命令:

git checkout (branchname)

当你切换分支的时候，Git 会用该分支的最后提交的快照替换你的工作目录的内容， 所以多个分支不需要多个目录。

3.合并分支命令:

git merge 

4.列出所有本地分支：

git branch

5.使用 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.0

3 查看已有标签

git tag

4 删除标签

git tag -d v1.1

5 查看此版本所修改的内容

git show v1.0